Domanda

Ho collegato per la prima volta ad una rete esistente su VPN. Posso eseguire il ping dell'indirizzo IP che viene utilizzato da SQL Server dal client VPN, ma SSMS non si connette a SQL Server. Sto usando il diritto id login e password.

Perché è potuto accadere? Tutte le idee?

Grazie

È stato utile?

Soluzione

In un'istanza predefinita, SQL Server in ascolto su TCP / 1433 per impostazione predefinita. Questo può essere cambiato. Su un'istanza denominata, a meno che non configurato in modo diverso, SQL Server è in ascolto su una porta TCP dinamica. Ciò significa da SQL Server per scoprire che la porta è in uso, sarà scegliere un'altra porta TCP. Come i clienti di solito trovano la porta a destra, nel caso di un'istanza denominata è di parlare con il / SQL Browser SQL Server Service Listener. Che ascolta su UDP / 1434 e non può essere modificato. Se si dispone di un'istanza denominata, è possibile configurare una porta statica e se si ha la necessità di utilizzare l'autenticazione Kerberos / la delega, si dovrebbe.

Che cosa hai bisogno per determinare è quello che porta SQL Server è in ascolto. Allora avrete bisogno di ottenere con i tuoi genitori di rete / sicurezza per determinare se essi consentono la comunicazione a tale porta via VPN. Se sono, come indicato, controllare le impostazioni del firewall. Alcuni sistemi hanno più firewall (il mio computer portatile è un esempio). Se è così, è necessario controllare tutti i firewall sul sistema.

Se tutti questi sono corretti, verificare che il server non ha un criterio IPSec che limita l'accesso al porto di SQL Server tramite l'indirizzo IP. Che potrebbe anche tradursi in voi di essere bloccato.

Altri suggerimenti

Quando questo accade a me, è perché DNS non funziona correttamente. Provare a utilizzare l'indirizzo IP invece del nome del server nella accesso di SQL Server.

Assicurarsi di SQL Server è abilitato per il protocollo TCP / IP (qualcuno potrebbe aver disabilitato esso)?

Questo vi aiuterà anche a controllare / verificare il numero di porta l'istanza di SQL sta usando (nel caso qualcuno cambiato dal default della porta 1433).

Ovviamente porta 1433 (o qualsiasi altra cosa SQL porto è in ascolto) deve essere sbloccato per qualsiasi firewall tra la macchina e lo SQL scatola è in esecuzione.

Per verificare la configurazione di rete di SQL (richiede strumenti client di SQL Server installato): Start -> Programmi -> SQL Server 200x -> Strumenti di configurazione -> SQL Server Configuration Manager

Collegare alla macchina è necessario quindi espandere l'albero di Prodotto (LHS) "Server Configurazione di rete SQL", quindi prendere esempio. Si dovrebbe avere quattro opzioni - la memoria condivisa, named pipe, TCP / IP e VIA. È possibile verificare che il protocollo TCP / IP sia attivato nella finestra di RHS.

Se si fa doppio clic su TCP / IP e ha colpito la scheda "Avanzate", è anche possibile visualizzare il numero di porta.

Altri pensieri .. Si sta utilizzando l'autenticazione di SQL o l'autenticazione di Windows (dominio)?

  • Se SQL Authentication (che presumo si utilizza dato che hai detto username e password), sei sicuro che l'istanza di SQL ci si collega a ha mescolato l'autenticazione in modalità attivata? In caso contrario, è necessario connettersi come amministratore e modificare le impostazioni di sicurezza predefinite per consentire l'autenticazione di SQL.

  • Se l'autenticazione di Windows, potrebbe essere la vostra rete utilizzando Kerberos potenzialmente? Si potrebbe pensare le credenziali VPN sarebbero stati utilizzati per la stretta di mano. Mi piacerebbe controllare il tuo conto ha adeguati diritti di accesso.

Verificare che la porta che SQL Server utilizza non è stato bloccato da una il firewall o VPN.

Ho anche avuto questo problema quando si cerca di connettersi in remoto via Hamachi VPN. Avevo provato tutto disponibile su Internet (compreso questo post) e ancora non ha funzionato. Si noti che tutto ha funzionato bene quando lo stesso database è stato installato su una macchina sulla mia rete locale. Finalmente sono riuscito a raggiungere il successo utilizzando la seguente correzione: sulla macchina remota, abilitare l'indirizzo IP sul protocollo TCP / IP, in questo modo:

Sulla macchina remota, avviare SQL Server Configuration Manager, espandere Configurazione di rete di SQL Server, selezionare "Protocolli per SQLEXPRESS" (o "MSSQLSERVER"), fare clic destro su TCP / IP, nella finestra di dialogo risultante andare al IP scheda indirizzi, e assicurarsi che l'elemento "IP1" è Active=Yes e Enabled=Yes. Prendere nota dell'indirizzo IP (per me non è stato necessario modificare questi). Quindi arrestare e avviare i servizi di SQL Server. Dopo di che, verificare che il firewall sul computer remoto è disattivato, o un'eccezione è consentita per porta 1433 che include sia sottorete locale e la sottorete per l'indirizzo indicato nella finestra di dialogo precedente. Sul computer locale si dovrebbe essere in grado di connettersi impostando il nome del server per 192.168.1.22\SQLEXPRESS (o [ip address of remote machine]\[SQL server instance name]).

La speranza che aiuta.

Non si può avere la porta UDP aperta / VPN-inoltrato, è il numero porta 1433.

Nonostante cliente nome del protocollo di "TCP / IP", mssql usa UDP per bitbanging.

SQL Server utilizza la porta TCP 1433. Questo è probabilmente bloccato o dal tunnel VPN o da un firewall sul server.

Quando si collega a VPN ogni messaggio passa attraverso server VPN e non poteva essere inoltrare i messaggi a quel server porta SQL sta lavorando su.

Prova

Disattiva VPN Impostazioni-> Proprietà-> TCP / IP proprietà-> Avanzate> Usa gateway predefinito sulla rete remota.

In questo modo sarete prima provare a connettersi IP locale del server di SQL e solo allora utilizzare il server VPN per inoltrare voi

Ho questo problema molto con Citrix Access Gateway. Io di solito ottenere un errore di timeout. Se si è in grado di connettersi al database da un client sulla rete, ma non da un client remoto tramite VPN, si può dimenticare la maggior parte dei suggerimenti qui riportati, perché tutte le questioni sul lato server di indirizzi.

Sono in grado di connettersi quando ho aumentare il timeout da quello predefinito (15 secondi) per 60 secondi, e per buona misura, forzare il protocollo TCP / IP. Queste cose possono essere fatte sulla schermata Opzioni della finestra di login:

`

Questo è ciò che risolto il mio problema di collegamento di accesso 2012 database SQL Server tramite VPN

Con la Gestione configurazione di SQL Server 2012,

Sono andato alla configurazione di rete di SQL Server

Poi cliccato sull'istanza del server NUOVO e doppio clic sul protocollo TCP / IP [Avevo anche attivato in precedenza questa opzione e riavviato il server ma che non ha ancora risolvere il problema]

Ora che il protocollo TCP / IP è stato attivato, ho notato che tutti gli slot di porta IP nella scheda del protocollo TCP i 'indirizzi IP' / Proprietà Advanced IP finestra di dialogo sono stati fissati per Enabled = No.

Ero curioso di perché la mia nuova installazione impostare tutti questi slot IP a NO anziché Sì, quindi ho solo li cambiato su YES.

Ora la connessione al sever via VPN funziona alla grande, non ho cambiato i numeri di porta.

Nota: Ho avuto anche SQL Server 2008 predefinita dal Visual Studio 2010 disinstallato, ma non credo che ha avuto un effetto diretto sulla situazione TCP / IP. Un collega mi ha detto che i il 2008 e il 2005 gli impianti che vengono con Visual Studio possono interferire con SQL 2012.

Finché si ha il firewall impostato per consentire la porta che l'istanza di SQL Server utilizza, tutto quello che dovete fare è cambiare origine dati da =Server name a =IP,Port

vale a dire, nella stringa di connessione usare qualcosa come questo.

Data Source=190.190.1.100,1433;

Non si dovrebbe essere necessario cambiare nulla sul lato client.

ho avuto questo problema anche con SQL Server 2017.

Sono sulla stessa rete del server tramite VPN e farlo un rumore metallico. Dopo essere stato frustrato che nessun metodo di autenticazione avrebbe funzionato - ho creato un server SSH sul server SQL - e sono stato in grado di connettersi normalmente. Ciò ha confermato la porta corretta non era stato colpito per qualche motivo. Ho anche creato un nuovo account utente, gli account di dominio, assegni firewall su entrambe le estremità, ecc ...

La soluzione per me è stato: 1. set di collegamento per utilizzare rigorosamente il protocollo TCP / IP su SQL Server Management Studio 2. Utilizzare una stringa personalizzata per puntare la porta di default (es: Data Source = 192.168.168.166,1433;)

Tutti gli altri commenti di cui sopra non hanno funzionato finora. Sembra come se fosse obbligatorio indicare la porta (anche se la sua impostazione predefinita).

se si sta utilizzando di SQL Server 2005, avviare il servizio SQL Server Browser primo

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top