Salve,
riassumendo, visto che tenti connessioni NON trusted (autenticazione NON integrata, senza domain controller) specificando username e password con autenticazione "standard", avrai sicuramente impostato il servizio per accettare anche connessioni di questo tipo... nel caso, con SQL Server Management Studio dalla macchina "server" sulla quale ti riesci a connettere, tasto dx sul nodo dell'istanza, accedi alle proprieta' e nel tab "security" verifica che la "Server Authentication" sia impostata correttamente e non sia solo "Windows authentication mode", che e' il default di installazione...
solitamente SQLExpress viene installato come named instance, e la porta 1433 e' solitamente assegnata alle istanze di default, mentre per le istanze nominate la porta viene allocata dinamicamente ad ogni riavvio del server (ovviamente preferendo l'ultima porta utilizzata con successo), notificando quindi al SQL Server Browser quale sia la porta utilizzata, e quest'ultimo gestira' le connessioni in ingresso rimappandole sulla porta in uso.
si puo' forzare una porta statica agendo con SQL Server Configuration Manager, nodo SQL Server Network Configuration, Protocols for "SQLExpress", innanzitutto abilitando il protocollo TCP/IP e quindi, tasto dx, impostando a "0" TCP Dynamic Ports del sub nodo "IP All", e indicando in TCP Port la porta desiderata. In questo caso e' anche possibile disabilitare il servizio di SQL Browser e specificare esplicitamente la porta da utilizzare a livello di connection string.
riavviare il servizio dopo le eventuali modifiche...
tornando al problema, puoi indicare l'eccezione che ti viene sollevata, e la stringa di connessione funzionante?
saluti
--
Andrea