Ne se connecte pas à SQL Server via VPN

https://stackoverflow.com/questions/669372

21-08-2019
|

Question

Je suis connecté pour la première fois à un réseau existant sur VPN. Je peux ping sur l'adresse IP qui est utilisée par le serveur SQL du client VPN, mais SSMS ne se connecte pas à SQL Server. J'utilise l'identifiant de connexion et mot de passe à droite.

Pourquoi cela pourrait se produire? Toutes les idées?

Merci

La solution

Sur une instance par défaut, SQL Server écoute par défaut TCP / 1433. Cela peut être changé. Sur une instance nommée, à moins que configuré différemment, SQL Server écoute sur un port TCP dynamique. Cela signifie SQL Server doit découvrir que le port est utilisé, il choisir un autre port TCP. Comment les clients trouvent généralement le bon port dans le cas d'une instance nommée est en parlant au service Listener SQL Server / SQL Browser. Qui écoute sur UDP / 1434 et ne peut pas être changé. Si vous avez une instance nommée, vous pouvez configurer un port statique et si vous avez besoin d'utiliser l'authentification Kerberos / délégation, vous devriez.

Qu'est-ce que vous devez déterminer est quel port votre SQL Server est à l'écoute. Ensuite, vous aurez besoin d'obtenir avec vos gens en réseau / sécurité pour déterminer si elles permettent une communication à ce port via VPN. Si elles sont, comme indiqué, vérifiez vos paramètres de pare-feu. Certains systèmes ont plusieurs pare-feu (mon ordinateur portable est un exemple). Si oui, vous aurez besoin de vérifier tous les pare-feu sur votre système.

Si tous ceux qui sont corrects, vérifier que le serveur ne dispose pas d'une politique IPSEC qui limite l'accès au port SQL Server via l'adresse IP. Cela pourrait également conduire à être bloqué.

Autres conseils

Quand cela arrive à moi, c'est parce que DNS ne fonctionne pas correctement. Essayez d'utiliser l'adresse IP au lieu du nom du serveur dans la connexion SQL Server.

Assurez-vous que SQL Server est activé pour TCP / IP (quelqu'un a peut-être désactivé il)?

Cela permettra également vous aider à vérifier / vérifier le numéro de port de l'instance SQL utilise (au cas où quelqu'un changé la valeur par défaut du port 1433).

Il est évident que le port 1433 (ou quel que soit le port SQL est à l'écoute) doit être débloquée par les pare-feu entre votre machine et la boîte SQL est en cours d'exécution sur.

Pour vérifier la configuration du réseau de SQL (nécessite des outils client SQL Server installé): Démarrer -> Programmes -> SQL Server 200x -> Outils de configuration -> Configuration Manager SQL Server

Connectez-vous à la machine dont vous avez besoin d'élargir ensuite l'élément d'arbre (LHS) « Configuration réseau SQL Server », puis choisissez par exemple. Vous devriez avoir quatre options - Mémoire partagée, canaux nommés, TCP / IP et VIA. Vous pouvez vérifier que le protocole TCP / IP est activé dans la fenêtre RHS.

Si vous double-cliquez sur TCP / IP et cliquez sur l'onglet « Avancé », vous pouvez également afficher le numéro du port.

D'autres pensées .. Utilisez-vous l'authentification SQL ou l'authentification Windows (domaine)?

Si l'authentification SQL (que je suppose que vous utilisez-vous donné le nom d'utilisateur et mot de passe dit), êtes-vous que l'instance SQL que vous vous connectez à a mélangé l'authentification en mode activé? Sinon, vous devez vous connecter en tant qu'administrateur et modifier les paramètres de sécurité par défaut pour permettre l'authentification SQL.
Si l'authentification Windows, votre réseau pourrait être en utilisant Kerberos potentiellement? On pourrait penser que les pouvoirs VPN seraient utilisés pour la poignée de main. Je vérifier votre compte a des droits de connexion appropriés.

Vérifiez que le port que SQL Server utilise n'est pas bloqué soit par votre pare-feu ou le VPN.

J'ai aussi eu ce problème en essayant de se connecter à distance via le VPN Hamachi. J'avais essayé tout disponible sur Internet (y compris ce poste) et il ne fonctionne toujours pas. Notez que tout fonctionnait bien lorsque la même base de données a été installé sur une machine sur mon réseau local. Enfin, je suis en mesure d'atteindre le succès en utilisant le correctif suivant: sur la machine distante, activez l'adresse IP sur le protocole TCP / IP, comme suit:

Sur la machine distante, démarrez le Gestionnaire de configuration SQL Server, développez Configuration du réseau SQL Server, sélectionnez « Protocoles pour SQLEXPRESS » (ou « MSSQLSERVER »), faites un clic droit sur TCP / IP, dans la boîte de dialogue qui aller à l'IP onglet Adresses, et assurez-vous que l'élément « IP1 » est et Active=Yes Enabled=Yes. Prenez note de l'adresse IP (pour moi, il n'a pas été nécessaire de les modifier). Ensuite, arrêter et démarrer les services SQL Server. Après cela, assurez-vous que le pare-feu sur la machine distante est désactivé, ou une exception est autorisée pour le port 1433 qui inclut à la fois le sous-réseau local et le sous-réseau pour l'adresse indiquée dans la boîte de dialogue précédente. Sur votre machine locale, vous devriez être en mesure de se connecter en définissant le nom du serveur à 192.168.1.22\SQLEXPRESS (ou [ip address of remote machine]\[SQL server instance name]).

L'espoir qui aide.

Vous ne pouvez pas avoir le port UDP ouvert / VPN-transmis, il est le numéro de port 1433.

Malgré le nom du protocole client de "TCP / IP", MSSQL utilise UDP pour bitbanging.

SQL Server utilise le port TCP 1433. Ceci est probablement bloqué soit par le tunnel VPN ou par un pare-feu sur le serveur.

Lors de la connexion à VPN chaque message passe par serveur VPN et il ne peut pas être transmettre vos messages à ce serveur SQL port travaille.

Essayez

Désactiver VPN Paramètres-> Propriétés-> TCP / IP Propriétés-> Avancé-> Utiliser la passerelle par défaut sur le réseau distant.

De cette façon, vous devrez d'abord essayer de se connecter IP locale du serveur SQL et utiliser alors seulement serveur VPN pour vous transmettre

J'ai cette question beaucoup avec Citrix Access Gateway. Je reçois habituellement une erreur de délai d'attente. Si vous êtes en mesure de se connecter à la base de données à partir d'un client sur le réseau, mais pas d'un client à distance via VPN, vous pouvez oublier la plupart des suggestions données ici, car ils ont tous à résoudre les problèmes côté serveur.

Je suis en mesure de se connecter quand j'augmenter le délai d'attente de la valeur par défaut (15 secondes) à 60 secondes, et pour faire bonne mesure, la force du protocole TCP / IP. Ces choses peuvent être faites sur l'écran Options de la boîte de dialogue de connexion:

Voici ce que fixe mon problème de connexion d'accès à la base de données SQL Server 2012 via VPN

Avec SQL Server 2012 Configuration Manager,

Je suis allé à la configuration du réseau SQL Server

Alors cliqué sur l'instance NOUVEAU serveur et double-cliquez sur le protocole TCP / IP [Je l'avais également déjà activé cette option et redémarré le serveur, mais cela ne toujours pas fixer]

maintenant que le protocole TCP / IP a été activé, je l'ai noté que tous les emplacements de port IP dans l'onglet «Adresses IP de la boîte de dialogue Propriétés TCP / IP avancés ont été défini sur Activé = Non.

Je suis curieux de savoir pourquoi ma nouvelle installation mis toutes ces machines à sous IP NO plutôt que oui, alors je les changeais YES.

Maintenant, la connexion au VPN via sever fonctionne très bien, je n'ai pas changé les numéros de port.

Note: J'ai aussi eu défaut SQL Server 2008 à partir du Visual Studio 2010 désinstallés, mais je ne pense pas que cela avait un effet direct sur la situation TCP / IP. Un collègue de travail m'a dit que les installations de 2008 et 2005 qui viennent avec le studio visuel peuvent interférer avec SQL 2012.

Tant que vous avez le pare-feu configuré pour autoriser le port que votre instance de SQL Server utilise, tout ce que vous devez faire est de changer la source de données à partir de =Server name =IP,Port

par exemple, utiliser dans la chaîne de connexion quelque chose comme ça.

Data Source=190.190.1.100,1433;

Vous ne devriez pas avoir à changer quoi que ce soit du côté client.

J'avais ce problème aussi avec SQL Server 2017.

Je suis sur le même réseau que le serveur via VPN et peut le ping. Après avoir été frustré qu'aucune méthode d'authentification ne fonctionnerait - configurer un serveur SSH sur le serveur SQL - et je suis capable de se connecter normalement. Cela confirme le bon port n'a pas été frappé d'être pour une raison quelconque. J'ai même créé un nouveau compte utilisateur, les comptes de domaine, pare-feu vérifie sur les deux extrémités, etc ...

La solution pour moi était: 1. Définir la connexion à utiliser strictement TCP / IP sur SSMS 2. Utilisez une chaîne personnalisée pour pointer vers le port par défaut (ex: Data Source = 192.168.168.166,1433;)

Tous les autres commentaires ci-dessus n'a pas fonctionné jusqu'à présent. On dirait qu'il est obligatoire d'inclure le port (même si sa valeur par défaut).

si vous utilisez SQL Server 2005, démarrez le service de navigateur serveur sql premier

Licencié sous: CC-BY-SA avec attribution

Non affilié à StackOverflow