Non siamo esperti di sql server ma lo utiliziamo abbastanza frequentemente per i nostri progetti.
L’altro giorno un cliente ci chiede di fare dei test con un noto programma open source di content management chiedendoci pero’ di utilizzare, al posto dei classici Mysql oppure Postgresql, il server MSSQL. Vabbe’, che ci vuole?
Installiamo in una macchina Windows2008 il succitato pacchetto express di Microsoft, configuriamo accessi e database, applichiamo le patch varie configuriamo il server per permettere le connessioni via TCP/IP, come sempre via pannello di controllo di SQL server. Facile no? Da un’altra macchina collegata in rete (ma non nel dominio), fiduciosi, cerchiamo di connetterci al server e… Sorpresa!!!! non ci connettiamo!!!! Ma come? Lanciamo una scansione e poi un telnet sulla porta 1433 e nulla… La porta non sembra aperta.
Impossibile!!!!
Proviamo a fare il browser dei database da una macchina collegata in dominio e… tutto funziona!!!! Riproviamo dall’altra macchina e ancora nulla!!!!
A questo punto cominciamo una ricerca su internet. Una miriade di siti che dicono di fare come abbiamo fatto e che tutto DEVE funzionare. Ma non funziona. Se non funziona dicono di reinstallare tutto. No, questa non ci sembra una ipotesi percorribile. Proviamo a fare la stessa cosa sul nostro portatile di sviluppo e…. stessa situazione (stavolta il sistema operativo è windows 7 professional ma la sostanza non cambia).
Una mezza idea era quella di abilitare esplicitamente la connessione alla porta 1433 su tutte le schede di rete configurate ma abbiamo preferito continuare la nostra ricerca su internet e ci siamo imbattuti in questo articolo. Sembra esattamente il nostro caso.
Applichiamo quello che dicono, all’esclusione della modifica del registro e…. ora tutto funziona.
Alla faccia di chi crede ancora che l’informatica sia sempre più user friendly… Un giorno perso per connettere in rete un server sql server 2008…..