Impossible de se connecter à distance via SQL Server Management Studio


13

J'ai configuré une instance SQL Server 2008 Express sur un serveur Windows 2008 dédié hébergé par 1and1.com. Je ne peux pas me connecter à distance au serveur via le studio de gestion. J'ai pris les mesures suivantes ci-dessous et je suis au-delà de toute autre idée. J'ai fait des recherches sur le site et je ne trouve rien d'autre, alors pardonnez-moi si j'ai raté quelque chose d'évident, mais je deviens fou. Voici la vérité.

L'instance SQL Server est en cours d'exécution et fonctionne parfaitement lorsque vous travaillez localement.

Dans SQL Server Management Studio, j'ai coché la case «Autoriser les connexions à distance à ce serveur»

J'ai supprimé tous les paramètres de pare-feu matériel externe du panneau d'administration 1and1

Le pare-feu Windows sur le serveur a été désactivé, mais juste pour les coups de pied, j'ai ajouté une règle entrante qui autorise toutes les connexions sur le port 1433.

Dans la configuration de SQL Native Client, TCP / IP est activé. Je me suis également assuré que "IP1" avec l'adresse IP du serveur avait un 0 pour le port dynamique, mais je l'ai supprimé et ajouté 1433 dans le champ Port TCP standard. J'ai également défini le port TCP "IPALL" sur 1433.

Dans la configuration de SQL Native Client, SQL Server Browser est également en cours d'exécution et

J'ai également essayé d'ajouter un ALIAS dans le

J'ai redémarré le serveur SQL après avoir défini cette valeur.

Faire un "netstat -ano" sur la machine serveur renvoie un

TCP 0.0.0.0:1433 ECOUTE UDP 0.0.0.0:1434 ECOUTE

Je fais une analyse de port à partir de mon ordinateur local et il indique que le port est FILTRÉ au lieu d'écouter. J'ai également essayé de me connecter depuis Management studio sur ma machine locale et cela génère une erreur de connexion. J'ai essayé les noms de serveur suivants avec SQL Server et l'authentification Windows marqués dans la sécurité de la base de données.

ipaddress \ SQLEXPRESS, 1433

ipaddress \ SQLEXPRESS

adresse IP

ipaddress, 1433

tcp: ipaddress \ SQLEXPRESS

tcp: ipaddress \ SQLEXPRESS, 1433


Je parie qu'il y a suffisamment d'informations dans les réponses jusqu'à présent pour résoudre ce problème complètement. Faites-nous savoir où vous êtes coincé.
djangofan

Réponses:


5

Je pense que je peux vous dire exactement quel est le problème, j'ai passé plus de 48 heures à essayer de trier cela. n'a rien trouvé sur le net. se trouvent également être avec 1and1

regardez ces paramètres:

Politiques de sécurité IP .....

qui ouvre la boîte ............... Propriétés du filtre de paquets près du bas de la liste il y a une case cochée appelée:

'Fermer MSDE (TCP / UDP)' (je suppose que MSDE = moteur de base de données Microsoft SQL?) Sélectionnez-le Appuyez sur Modifier ...

qui ouvre la boîte ............... Modifier les propriétés de la règle Sélectionnez (à nouveau) >> 'Fermer MSDE (TCP / UDP)' Appuyez sur Modifier ...

qui ouvre la boîte ................ Liste des filtres IP puis vous verrez une liste de ports tcp 1433, udp 1434 {C'est notre liste de ports tous en tant que règle de blocage ... ..}

Je pense que ce qui doit être fait à partir d'ici est soit ...

fermez cet écran .. Filtre IP Liste à l'écran Modifier les propriétés de la règle il y a un onglet Action de filtrage, pourrait simplement changer cela de Bloquer pour autoriser? (peut-être le changer pour permettre, nous permettra de cocher à nouveau l'option "Bloquer tout" - ce qui semble plus sûr, mais les gars du support ont dit qu'il y avait un bug connu, donc cela pourrait ne pas fonctionner)

ou

sur les propriétés du filtre de paquets

décochez simplement la règle «Fermer MSDE (TCP / UDP)»

vous devrez peut-être décocher la règle "Bloquer tout" pour la faire fonctionner

il est probablement trop tard pour que cela vous aide, mais j'espère que cela aidera quelqu'un d'autre avec le même problème.


1
Je vous remercie! C'était exactement le problème! Vous êtes un génie, merci d'avoir posté ça. Je le marquerais comme la réponse mais je n'ai pas de points de réputation (inscrit pour un accouont simplement pour vous remercier).

Je suis surpris que ces paramètres Windows se réfèrent à SQL 2008 comme "MSDE". C'est un nom vraiment old school pour SQL Server Express.
djangofan

3
Hé, je fais face au même genre d'erreur et je ne trouve pas la page où nous pouvons réellement changer ces paramètres. Pouvez-vous donner le lien ou une image qui montre les paramètres?
Vivekh

Où sont exactement ces propriétés?
Alisson

5

Tout d'abord, dans le studio de gestion, vérifiez la gestion, les journaux du serveur sql \ current - vous voulez rechercher un message disant «Le serveur écoute sur [« tout »1433]». Sinon, allez démarrer, tous les programmes, SQL Server 2008, outils de configuration, gestionnaire de configuration du serveur SQL. Sélectionnez 'configuration réseau du serveur sql \ protocoles pour MSSQLServer \ SQLExpress'. Assurez-vous que TCP / IP est activé. Il devrait être basé sur la sortie de netstat -ano, mais ...

le plus important - à partir d'un client distant, avez-vous essayé de vous connecter via

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password
?


C'est ce qui m'a amené à résoudre un problème très similaire. Un pack de sécurité que nous avions installé a randomisé le port SQL Server sur un port de plage 50000 élevée. Cela est apparu dans le journal. Une fois que nous nous sommes ouverts et connectés à ce port, nous n'aurions jamais deviné, nous y étions. Merci.
Chris Moschini

1

Vous pouvez également essayer www.firebind.com. Il peut tester s'il existe un bloc du port TCP 1433 dans le sens sortant vers 1and1.

http://www.firebind.com/1433 le testera immédiatement.


1

J'ai eu le même mal de tête lors de la connexion avec SSMS du PC client au serveur SQL distant. Il semble que le pare-feu local bloque la connexion au serveur entrant. Le problème a été résolu en affectant une règle entrante pour SSMS au pare-feu du PC client. Le seul endroit où j'ai trouvé comment le faire était https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx

Dans le pare-feu Windows avec fonctions avancées de sécurité, dans le volet gauche, cliquez avec le bouton droit sur Règles entrantes, puis sélectionnez Nouvelle règle dans le volet d'actions.

2.Dans la boîte de dialogue Type de règle, sélectionnez Programme, puis cliquez sur Suivant.

3.Dans la boîte de dialogue Programme, sélectionnez Ce chemin d'accès au programme et pour SQL Server Management Studio, entrez le chemin d'accès complet à ssms.exe. Par défaut, il est installé dans C: \ Program Files (x86) \ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe

Cela m'a aidé. J'espère que toi aussi.


0

Êtes-vous en mesure de vous connecter au port 1433 à partir de votre poste de travail? Il s'agit d'un moyen simple de déterminer si vous disposez d'une connectivité réseau sur ce port. Il se peut que votre fournisseur bloque la connexion avec son équipement quelque part le long de la ligne.

Le fait que vous voyez le port comme filtré me fait penser qu'ils se bloquent quelque part sur la ligne. Vous voudrez peut-être vérifier avec eux, car ils peuvent ne pas autoriser la connexion à distance des serveurs SQL ou bloquent des ports connus. tcp / 1433 est un port bien connu et il existe quelques vers liés à SQL Server qui le ciblent directement.


0

tapez 'netstat -an' sur la machine serveur pour voir si le port 1433 écoute réellement. assurez-vous également que le compte d'utilisateur que vous utilisez est activé et que «l'authentification SQL» est activée. prenez également en charge les paramètres de "SQL Configuration Manager". De même, autorisez le port 1433 comme exception dans votre pare-feu WIndows. Fondamentalement, si vous n'avez pas dit à votre serveur SQL d'autoriser les connexions à distance, cela ne fonctionnera pas.


Comme mentionné dans la question, «Faire un« netstat -ano »sur la machine serveur renvoie un TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING» Comme mentionné dans la question, «Dans SQL Server Management Studio, j'ai coché la case "Autoriser les connexions à distance à ce serveur" Comme mentionné dans la question, les paramètres du gestionnaire de configuration SQL sont activés. Comme mentionné dans la question, le pare-feu Windows est désactivé.
FAtBalloon

S'il s'agit d'une instance SQL distante, comment avez-vous réussi à exécuter la commande netstat? Je dis simplement qu'il semble que vous confondez l'instance distante avec l'instance locale.
djangofan

0

L'agent SQL Server est-il en cours d'exécution? si ce n'est pas le cas, quelle version de SQL Server possédez-vous?

Passez en revue la différence entre les différentes versions.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

Si vous disposez d'une édition Express ou d'une édition Web, ils sont désactivés et ne peuvent pas être exécutés.


Comme indiqué, SQL Server 2008 Express est la version. L'agent SQL Server n'est pas obligatoire pour exécuter des connexions à distance.
FAtBalloon

Vous devez malheureusement mettre à niveau si vous avez besoin de cette fonctionnalité.
Embreau

Ce n'est pas vrai. Les connexions à distance sont disponibles dans l'édition express de 2008.

0

Idée folle, votre nom d'utilisateur et votre mot de passe sont-ils corrects? Vous connectez-vous à l'aide de l'authentification Windows ou de SQL Server?


0

Recherchez la connectivité sur votre SQL-Express. Activez TCP / IP. Assurez-vous que le port est configuré sur 1433 sur votre SQL-Express. Avez-vous installé une instance nommée?

Ce port doit être transmis à 1and1 à votre instance SQL-Server.

Soit dit en passant, vérifiez votre site sur le port 1433. Si votre fournisseur le bloque, vous n'avez aucune chance.


0

Ce qui a fonctionné pour moi:

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

Plus précisément, j'ai trouvé que l'attribution du port souhaité dans la section IPALL des paramètres TCP / IP était le problème. Auparavant, il était vide et je n'avais pas pensé que j'aurais besoin d'entrer une valeur ici lorsque je suis allé supprimer les bits du "port dynamique".

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.