Help Connessione remota SQL 2005 express

sabato 29 dicembre 2007 - 16.01

giuver Profilo | Newbie

Salve e Buone Feste a Tutti. Vado COn Ordine
Nella mia LAN risiedono sia un SQL 2000 che un SQL 2005 (pare che non facciano a cazzottti vero ?)
Ho cominciato a migrare qualche Db dal 2000 al 2005 e fin qui tutto OK.
Quando una delle mie applicazioni si connette al DB del SQL 2005 fila tutto liscio, quando provo da un altro pc non se ne parla nemmeno ?
Vi starete chiedendo se ho abilitato l'SQL 2005 ad accettare le connessione remote? Ebbene si, seguendo le istruzione di support.microsoft.com/kb/914277/it (regole firewall comprese)
Ho provato persno creando una fonte odbc con il driver SQL native client ma da l'errore 10061
Prova ulteriore con SQL server Mangement Studio Express , ma anche qui errore 28 (quello relativo alle connessione remote che come detto avevo abilitato.)
Non so dove andare a parare... ci vuole la mano di qualcuno più esperto del sottoscritto....
Vi ringrazio anticipatamente
Giuseppe

lbenaglia Profilo | Guru

>Nella mia LAN risiedono sia un SQL 2000 che un SQL 2005 (pare
>che non facciano a cazzottti vero ?)

Ciao Giuseppe,

SQL Server 2000 e 2005 possono tranquillamente risiedere sul medesimo server, quindi a maggior ragione possono convivere su server distinti nella stessa LAN.

>Quando una delle mie applicazioni si connette al DB del SQL 2005
>fila tutto liscio, quando provo da un altro pc non se ne parla
>nemmeno ?
La tua applicazione che si connette correttamente risiede sul medesimo computer che ospita l'istanza SQL Server oppure è installata su un altro PC della LAN?
Se almeno da 1 client riesci a connetterti all'istanza, significa che la configurazione lato server è OK, altrimenti possono sussistere problemi di configurazione anche lato server.
A questo punto mi concentrerei sul PC che non riesce a connettersi.
Da quel client:

- Riesci a pingare il server che ospita l'istanza SQL Server 2005?
- Se esegui una Telnet <ip del server> <porta TCP dell'istanza SQL Server 2005> lo schermo "diventa nero" oppure ricevi un messaggio d'errore?
- Tra il client ed il server esiste qualche firewall HW/SW che blocca il traffico TCP sulla porta utilizzata dall'istanza?
- Le macchine risiedono in un dominio oppure sono in workgroup?
- Che modalità di autenticazione utilizzi?

Inizia a rispondere a queste domande, poi vedremo di proseguire con una indagine più mirata.

>Vi ringrazio anticipatamente
Prego.

Ciao!

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

giuver Profilo | Newbie

Buonasera e grazie x la cortesia...
Allora:

eseguo telnet 192.168.14 1433 sul client ed ottengo schermo nero.

firewall Hw no
Firewall software di windows ove ho applicato le regole (provato anche a disabilitare)
Ho un PAnda Antivirus (ma non credo sia un problema)
Siamo all'interno di un dominio (Server Win2000)
Modalita di autenticazione ho usa to sia quella integrata di Windows che quella di SQL server con uetente sa (anche qua poi avrei da chiedere diverse cose).
Spero di essere stato esaustivo.
Grazie mille ancora

giuver Profilo | Newbie

Mi viene un dubbio ...
Se a rispondere alla telent fosse la 1433 dell'istanza del sql server 2000 ?
E' possibile ciò ?
Sempre grazie

lbenaglia Profilo | Guru

>Mi viene un dubbio ...
>Se a rispondere alla telent fosse la 1433 dell'istanza del sql
>server 2000 ?
>E' possibile ciò ?
Le istanze SQL Server 2000 e 2005 risiedono sullo stesso server (192.168.14)?
Se la risposta è affermativa, quale istanza utilizza la porta TCP 1433?

>Sempre grazie
Prego.

Ciao!

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

giuver Profilo | Newbie

Buongiorno e grazie x il tempo chemi stai dedicando.
Allora :
le due istanze di sql 2000 e 2005 risiedono sulla stessa macchina ove (anche) facendo un connessione ODBC che punta all'istanza sql express riesco a connettermi anche se solo con l'autenricazione windows integrata (quella con di SQL utente sa fallisce con errore 18452). Ho cambiato la porta di ascoloto del 2005 su 1430 e facendo la telnet 192.168.1.4 1430 ottengo schermo nero (quindi presumo che si riesce a pingare).
QUando creo la Fonte ODBC (192.168.1.4,1430\SQLEXPRESS) con il driver SQL native client mi restituisce errore 10060 si acon autenticazione windows integrata che con autenticazione SQL utente sa.
Con l'altra istanza (quell del sql 2000) non ho nessun tipo di problema, cambio pc come voglio mi collego da dove voglio.
Potrebbe il problema essere inerente al dominio ? Se mi hai fatto la domanda avrà pure qualche importanza ?
E il router ? Io non credo visto che siamo in una lan.
Ti ringrazio ancora per la tua cortesia.
Giuseppe

lbenaglia Profilo | Guru

>le due istanze di sql 2000 e 2005 risiedono sulla stessa macchina
>ove (anche) facendo un connessione ODBC che punta all'istanza
>sql express riesco a connettermi anche se solo con l'autenricazione
>windows integrata (quella con di SQL utente sa fallisce con errore
>18452).
La connessione ODBC la fai localmente dal PC che ospita l'istanza SQL Server oppure da una macchina remota?
L'errore 18452 sarebbe?
Posta la descrizione completa, non limitarti al codice.

>Ho cambiato la porta di ascoloto del 2005 su 1430 e facendo
>la telnet 192.168.1.4 1430 ottengo schermo nero (quindi presumo
>che si riesce a pingare).
Da una macchina remota?

>QUando creo la Fonte ODBC (192.168.1.4,1430\SQLEXPRESS) con il
>driver SQL native client mi restituisce errore 10060 si acon
>autenticazione windows integrata che con autenticazione SQL utente
>sa.
Ancora, localmente o da una macchina remota?
Dai BOL: "An error has occurred while establishing a connection to the server. When connection to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: TCP Provider, error: 0 - A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.) (Microsoft SQL Server, Error: 10060)"
In base a questo messaggio sembra che si tratti di un problema di networking.

>Potrebbe il problema essere inerente al dominio ?
Non credo.

>Se mi hai fatto
>la domanda avrà pure qualche importanza ?
Certo, mi serviva per capire se per caso stavi utilizzando la Windows Authentication in Workgroup (non supportata).

>E il router ? Io non credo visto che siamo in una lan.
Non credo.

>Ti ringrazio ancora per la tua cortesia.
Prego.

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

giuver Profilo | Newbie

Allora.... che pazienza he hai!!!!
Scartiamo la macchina locale, quell cioè dove sono i due sql. Li va tutto bene, anche se solo con l'autenticazione integrata.
Spostiamo il tiro sull'alltra macchina (ip nella lan 192.168.1.11) e da qui che devo fa funzionare la connessione verso la macchina di ip 192.168.1.4 sull'istanza SQL 2005.
A proposito mi viene un dubbio..... La macchina dove ci sono idue SQL non è il server dove è installato Win 2000 server, bensì un pc client che io utilizzo x sviluppare (potrebbe avere attinenza ?).
Allora, io procedo col fare la ODBC dalla macchina con ip 192.168.1.11, la remota quindi...
Provo con
server 192.168.1.4\SQLEXPRESS con autenticazione integrata errore :
"Impossobile effettuare la connessione SQLSTATE 08001 Errore di sql server 10060 impossibile effettuare la connessione sqlstate HYT00

provo a cambiare autenticazione con quella di SQL utente sa e l'errore è lo stesso.
Sto uitlizzando la ODBC perche x verificare la connessione è più comodo che scrivere e riscrivere le stringhe all'interno del codice di Vb.
Che di dici se provo ad installare un SQL EXPRESS su una macchina "pulita" senza il 2000 ?

909x446 38Kb

Se riesci a vedere l'immagine per la porta del sql 2005 ho fatto così
Grazie ancora

lbenaglia Profilo | Guru

>Scartiamo la macchina locale, quell cioè dove sono i due sql.
>Li va tutto bene, anche se solo con l'autenticazione integrata.
Questo significa che l'istanza SQL Server 2005 non è configurata per accettare anche l'autenticazione SQL.
Lancia SSMS, connettiti in Windows Authentication e seleziona l'istanza dall'Object Browser, tasto DX, Properties, Security e fai click sull'option button "SQL Server and Windows Authentication mode".

>Spostiamo il tiro sull'alltra macchina (ip nella lan 192.168.1.11)
>e da qui che devo fa funzionare la connessione verso la macchina
>di ip 192.168.1.4 sull'istanza SQL 2005.
>A proposito mi viene un dubbio..... La macchina dove ci sono
>idue SQL non è il server dove è installato Win 2000 server, bensì
>un pc client che io utilizzo x sviluppare (potrebbe avere attinenza
>?).
No.

>Allora, io procedo col fare la ODBC dalla macchina con ip 192.168.1.11,
>la remota quindi...
>Provo con
>server 192.168.1.4\SQLEXPRESS con autenticazione integrata errore
>:
>"Impossobile effettuare la connessione SQLSTATE 08001 Errore
>di sql server 10060 impossibile effettuare la connessione sqlstate
>HYT00
>
>provo a cambiare autenticazione con quella di SQL utente sa e
>l'errore è lo stesso.
Hai configurato l'istanza SQL Server 2005 per utilizzare una porta statica (1430) quindi il client che effettua la connessione deve in qualche modo conoscerla.
Hai due soluzioni:

- La specifichi direttamente nella connection string (come hai fatto nel precedente post);
- Crei un alias sul PC client eseguendo la SQL Server Client Network Utility (Cliconfg.exe) compresa nell'MDAC (che fa parte dell'OS), specificando espressamente la porta 1430. A questo punto utilizza l'alias nella stringa di connessione al posto del nome server|indirizzo IP.

>Che di dici se provo ad installare un SQL EXPRESS su una macchina
>"pulita" senza il 2000 ?
Il problema non cambierebbe di una virgola

>Se riesci a vedere l'immagine per la porta del sql 2005 ho fatto
>così
Hai impostato staticamente la porta 1430. OK, va benissimo, puoi arrestare il servizio SQL Server Browser (dato che con una porta statica è inutile) ma devi comunicare tale porta al client (vedi sopra). Localmente sulla macchina server non utilizzi il protocollo TCP/IP ma Shared Memory, quindi questo problema non sussiste.

>Grazie ancora
Prego.

Ciao!

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

giuver Profilo | Newbie

ma ti è mai capitata una coda del genere ?...........
Andiamo :
Configuro l'autenticazione come mi hai detto

909x522 50Kb

Non si connette neanche a parlarne... guarda un po che errore se propo con SSMS (sulla stessa macchina.

909x479 49Kb

Vado Avanti e provo come mi hai detto con l'alias sul pc client

717x487 50Kb

Provo a fare come mi hai detto nella stringa di connessione con l'alias ma l'errore è
Impossibile effettuare la connessione SQLState 28000 Errore di SQL server 18546
Se hai ancora pazienza nel rispondermi ti ringrazio di cuore.
Fai pure con comodo adesso devo andare via... ho un recupero di campionato da fare... faccio l'allenatore di una squadar di calcio di eccellenza... Speriamo non mi facciano arrabbiare come sto sql.
Grazie ancora (mi collego pomeriggio sul tradi)
buona giornata

lbenaglia Profilo | Guru

>Configuro l'autenticazione come mi hai detto
OK

>Non si connette neanche a parlarne... guarda un po che errore
>se propo con SSMS (sulla stessa macchina.
Che protocollo stai utilizzando?

>Vado Avanti e provo come mi hai detto con l'alias sul pc client
>
>Provo a fare come mi hai detto nella stringa di connessione con
>l'alias ma l'errore è
>Impossibile effettuare la connessione SQLState 28000 Errore di
>SQL server 18546
No.
Io ho scritto: "Crei un alias sul PC client eseguendo la SQL Server Client Network Utility (Cliconfg.exe) compresa nell'MDAC (che fa parte dell'OS)"
Tu invece stai usando il configuration manager, quindi signidica che sul client esiste un'altra istanza di SQL Server 2005 e stai configurando un alias per l'istanza che si trova sul computer con indirizzo 192.168.1.3 (che presumo sia il client stesso)...

Ciao!
--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

giuver Profilo | Newbie

Ciao Lorenzo.... ti ringrazio vivamente per il tempo che mi stai dedicando.
Sulla macchina che fa fa SERVER(ip 192.168.1.3) la connessione funziona.
L'unco problema riguarda lìacesso da SSMS che da quello strano errore...
A proposito accedo come nelle immagini

909x559 54Kb


909x485 43Kb

anche cambiando i protocolli l'errore viene sempre fuori.

Andiamo sulla macchina che deve accedere a SQL Express
lancio la cliconfg e creo l'alias come vedi

575x554 48Kb

Adesso vado per creare l'ODBC utlizzando l'alias appna creat nella casella server.... L'errore è

594x470 49Kb

Posso dirti anche questo: se da questa macchina lancio la telnet 192.168.1.3 1430 ottengo schermo nero... per cui penso che la porta sia effettivamente in ascolto


Sono sconfortato dalla mia ignoranza.....!!!!
Ti ringrazio tantissimo

lbenaglia Profilo | Guru

>Adesso vado per creare l'ODBC utlizzando l'alias appna creat
>nella casella server.... L'errore è
>
>Posso dirti anche questo: se da questa macchina lancio la telnet
>192.168.1.3 1430 ottengo schermo nero... per cui penso che la
>porta sia effettivamente in ascolto

Utilizza la SQL Server Authentication specificando UserID e Password...

--
Lorenzo Benaglia
Microsoft MVP - SQL Server
http://blogs.dotnethell.it/lorenzo/
http://italy.mvps.org

val_fer Profilo | Newbie

Salve,
Chiedo scusa,
So che è passato un po di tempo, ma poi hai risolto???
Io ho lo stesso problema AIUTOOOOOOOO
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 !
Copyright © dotNetHell.it 2002-2023
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5