Home Page
Articoli
Tips & Tricks
News
Forum
Archivio Forum
Blogs
Sondaggi
Rss
Video
Utenti
Chi Siamo
Contattaci
Username:
Password:
Login
Registrati ora!
Recupera Password
Home Page
Stanze Forum
SQL Server 2000/2005/2008, Express, Access, MySQL, Oracle
SQL Server 2000 errore creazione file ODBC
venerdì 19 giugno 2009 - 20.41
Elenco Threads
Stanze Forum
Aggiungi ai Preferiti
Cerca nel forum
Aragorn2004
Profilo
| Newbie
39
messaggi | Data Invio:
ven 19 giu 2009 - 20:41
Ciao a tutti, sto impazzendo da due ore per fare una connessione ODBC da un PC client verso un Server.
Premessa per il problema:
Disabilitati i firewall su entrambe le macchine
Provando a fare una connessione di una unità di rete verso una condivisione di file dal client al server si accede alle cartelle fornendo le credenziali dovute.
Creando una nuova fonte ODBC sul client ricevo l'errore:
Impossibile effettuare la connessione
SQLState 01000
Errore di SQL server 10060
:impossibile effettuare la connessione
SQLState 08001
Errore di SQL server 17
Allora l'istanza di SQL 2000 è quella predefinita e gira sulla porta di default 1433
Si avvia con l'account di sistema
L'autenticazione è quella mista quindi l'ODBC lo creo con gli account configurati su SQL Server
Ho provato con qualsiasi account anche con SA (+ password) ma niente
Le macchine sono sotto lo stesso gruppo di lavoro.
I protocolli attivati sul Server sono
NamedPipes: \\.\pipe\sql\query
TCP/IP
Ho utlizzato anche l'IP al posto del nome ma niente.
Il ping sul server funziona perfettamente.
Ho provato qualsiasi cosa ma non riesco a creare questa maledetta fonte.
Ora ho installato diverse applicazioni e mai mi è successa una cosa del genere....ma c'è sempre una prima volta.
Qualcuno può/sa aiutarmi.
Grazie infinite.
lbenaglia
Profilo
| Guru
5.625
messaggi | Data Invio:
ven 19 giu 2009 - 21:42
>Errore di SQL server 10060
Ciao Franco,
Qui trovi la descrizione dell'errore:
http://msdn.microsoft.com/it-it/library/bb326282.aspx
>Allora l'istanza di SQL 2000 è quella predefinita e gira sulla
>porta di default 1433
Bene, apri una shell Dos sul client ed esegui una telnet al server sulla porta TCP/IP 1433:
C:\>telnet <ip o nome netbios del server> 1433
Se "lo schermo diventa nero" significa che il servizio SQL Server ha risposto correttamente, diversamente otterrai un messaggio d'errore.
In questo caso significa che hai qualche problema di rete che non permette di contattare il servizio remoto.
Esegui sul client la Client Network Utility (cliconfg.exe) e verifica di aver abilitato il protocollo TCP/IP.
>Grazie infinite.
Prego.
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Aragorn2004
Profilo
| Newbie
39
messaggi | Data Invio:
ven 19 giu 2009 - 22:47
Innanzitutto grazie.
Allora con l'IP ora funziona con il nome del computer no.
Allora le macchine escono con un router
In questo ambiente di test il DNS di entrambe le macchine punta ad OPENDNS
Se faccio il ping con il nome della macchina mi torna l'IP della macchina che è quello di OPENDNS.COM e non l'IP della rete interna (192.168.1.66)
Penso che l'arcano sia quì..ma veramente non so che pesci pigliare
Inoltre lanciando cliconf.exe sul client nella scheda Opzione-DBLibrary nel nome file è riportato ntwdblib.dll ma non ci sono info per la data per la versione e le dimensioni.
Mentre nel server queste info sono riportate. Questo francamente non so se possa inficiare sulla situazione.
Grazie ancora.
lbenaglia
Profilo
| Guru
5.625
messaggi | Data Invio:
ven 19 giu 2009 - 22:57
>Allora le macchine escono con un router
>In questo ambiente di test il DNS di entrambe le macchine punta
>ad OPENDNS
>Se faccio il ping con il nome della macchina mi torna l'IP della
>macchina che è quello di OPENDNS.COM e non l'IP della rete interna
>(192.168.1.66)
Questo significa che SQL Server è esposto su Internet?
Se la risposta è affermativa ti suggerisco di ripensare interamente la soluzione se non vuoi che venga sfondato nel giro di poco tempo, col rischio di avere dati corrotti, inconsistenti o ancora peggio rubati!
>Inoltre lanciando cliconf.exe sul client nella scheda Opzione-DBLibrary
>nel nome file è riportato ntwdblib.dll ma non ci sono info per
>la data per la versione e le dimensioni.
>Mentre nel server queste info sono riportate. Questo francamente
>non so se possa inficiare sulla situazione.
DB Library non si utilizza più da anni, quindi non importa
http://msdn.microsoft.com/en-us/library/aa936940.aspx
>Grazie ancora.
Prego.
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Aragorn2004
Profilo
| Newbie
39
messaggi | Data Invio:
ven 19 giu 2009 - 23:09
No tranquillo (anche il tranquillo è per me ) SQL non è esposto su INTERNET. Il problema l'ho risolto togliendo gli indirizzi IP nel DNS Prim e Second. lasciandoli in bianco sulla macchina client.
Ora anche con il nome va.
Queste due macchine sono di test e non c'è problema.
Ora dopo tutte queste modifiche hai parametri di rete devo rimettere le cose a posto...e scrivendo mi hai fatto venire dei dubbi..circa l'esposizione su Internet di SQL Server.
Dove posso trovare un reference per l'impostazione corretta di una macchina SQL server affinchè possa essere considerata sicura.
Diciamo che l'ambiente dove andrà installata sta roba è un ambiente con macchine che hanno accesso ad Internet.
Il server anch'esso ha accesso ad internet. C'è un firewall software che fa da scudo e abilita le porte per i vari servizi.
L'accesso ad internet avviene per mezzo di un router quindi l'IP pubblico è uno quello del router.
Grazie ancora. Ciao
lbenaglia
Profilo
| Guru
5.625
messaggi | Data Invio:
ven 19 giu 2009 - 23:12
>Il server anch'esso ha accesso ad internet. C'è un firewall software
>che fa da scudo e abilita le porte per i vari servizi.
Riformulo la domanda: la porta TCP 1433 è esposta su Internet?
Se la risposta è si vedi la mia precedente risposta
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Aragorn2004
Profilo
| Newbie
39
messaggi | Data Invio:
ven 19 giu 2009 - 23:19
Mi stai facendo venire dei dubbi (mi metto sempre in discussione...a volte è una virtù ma a volte è una fregatura).
Che intendi con esposta ?
Sul firewall ho impostato l'accesso alla porta 1433 solo da alcuni indirizzi della subnet.
E' una cavolata ?
Grazie
lbenaglia
Profilo
| Guru
5.625
messaggi | Data Invio:
ven 19 giu 2009 - 23:25
>Che intendi con esposta ?
Che il server è liberamente raggiungibile da qualunque client tramite Internet senza alcuna autenticazione degli accessi e crittografia del collegamento.
>Sul firewall ho impostato l'accesso alla porta 1433 solo da alcuni
>indirizzi della subnet.
>
>E' una cavolata ?
No, ma è una configurazione un po' debole.
In questi casi sarebbe opportuno implementare una VPN:
http://support.microsoft.com/kb/323441/it
>Grazie
Prego.
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Aragorn2004
Profilo
| Newbie
39
messaggi | Data Invio:
ven 19 giu 2009 - 23:32
Allora l'autenticazione degli accessi c'è.
Per la crittografia del collegamento in questo caso no. Ed in questo ambiente non l'ho mai implementata (SQL2000 + Client VB6) mentre in sotto ASP.NET ho avuto esperienza in merito.
Hai qualche indicazione su dove mi possa documentare per la crittografia del collegamento. ?
Grazie per il link della VPN e ovviamente di tutto il tempo dedicato.
Ciao.
lbenaglia
Profilo
| Guru
5.625
messaggi | Data Invio:
ven 19 giu 2009 - 23:36
>Allora l'autenticazione degli accessi c'è.
Quale? Quella offerta da SQL Server?
Stai tranquillo che se qualcuno "ti punta" l'istanza, prima o poi ti beccano la password di sa
>Per la crittografia del collegamento in questo caso no.
Occhio...
>Hai qualche indicazione su dove mi possa documentare per la crittografia
>del collegamento. ?
>
>Grazie per il link della VPN e ovviamente di tutto il tempo dedicato.
Una VPN per definizione stabilisce un tunnel cifrato tra client e server, quindi non devi fare altro che configurarla a livello di sistema operativo.
In questo modo client e server è come se fossero "in LAN"...
Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org
Torna su
Stanze Forum
Elenco Threads
Partecipa anche tu! Registrati!
Hai bisogno di aiuto ?
Perchè non ti registri subito?
Dopo esserti registrato potrai chiedere
aiuto sul nostro
Forum
oppure aiutare gli altri
Consulta le
Stanze
disponibili.
Registrati ora !