Ne peut pas se connecter à distance via SQL Server Management Studio
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 Management Studio. J'ai pris les étapes suivantes ci-dessous et je suis au-delà d'autres idées. J'ai fait des recherches sur le site et ne pouvions rien comprendre alors s'il vous plaît pardonnez-moi si j'ai manqué quelque chose d'évident, mais je vais fou. Voici le faible temps.
L'instance SQL Server est en cours d'exécution et fonctionne parfaitement lorsque vous travaillez localement.
Dans SQL Server Management Studio, j'ai vérifié la case "Autoriser les connexions distantes à ce serveur"
J'ai supprimé des paramètres de pare-feu matériel externe à partir du panneau Admin 1 et1
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 permet à toutes les connexions du port 1433.
Dans SQL Native Client Configuration, TCP/IP est activé. Je me suis également assuré que "IP1" avec l'adresse IP du serveur avait une 0 pour le port dynamique, mais je l'ai supprimé et ajouté 1433 dans le champ de port régulier TCP. J'ai également défini le port "ipall" TCP sur 1433.
Dans la configuration du client Native SQL, SQL Server Browser est également en cours d'exécution et
J'ai aussi essayé d'ajouter un alias dans le
J'ai redémarré SQL Server après avoir défini cette valeur.
Faire un "NetStat -ano" sur la machine serveur renvoie un
TCP 0.0.0.0:1433 Écouter UDP 0.0.0.0:1434 Écouter
Je fais un balayage de port de mon ordinateur local et dit que le port est filtré au lieu d'écouter. J'ai également essayé de vous connecter de Gestion Studio sur ma machine locale et je jette une erreur de connexion. Essayé les noms de serveur suivants avec SQL Server et l'authentification Windows marquée 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 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. aussi ê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 boîte cochée appelée:
'Fermer MSDE (TCP/UDP)' (Je peux aspercer ce MSDE = Microsoft SQL Base de données?) Sélectionnez IT Appuyez sur EDIT ...
qui ouvre la boîte ................... Modifier les propriétés de la règle Sélectionnez (encore) >> 'Fermer MSDE (TCP/UDP)' Appuyez sur EDIT ...
qui ouvre la boîte ................ Liste de filtres IP Ensuite, vous verrez une liste des ports TCP 1433, UDP 1434 {Thas Notre liste de ports dans une règle de blocage ... ..}
Je pense que ce qui doit être fait d'ici est soit ....
fermer cet écran. La liste des filtres à l'écran de l'écran Modifier les propriétés de la règle Il y a une action du filtre à tabulation, pourrait simplement modifier cela du bloc au permis? (Peut-être que le modifier pour permettre, nous permettra de cocher l'option "Bloquer toute" "à nouveau - ce qui semble plus sûr, mais les gars de soutien ont dit qu'il y a un bug connaissement, alors pourrait ne pas fonctionner)
ou
sur les propriétés du filtre de paquets
juste défendre la règle 'Fermer MSDE (TCP/UDP)'
vous pourriez avoir à défendre la règle 'Block tout' pour le faire courir
c'est probablement en retard pour cela pour vous aider, mais j'espère aidera quelqu'un d'autre avec le même problème.
Premièrement, dans le studio de gestion, la gestion de chèques, les journaux SQL Server\Current - Vous souhaitez rechercher un message disant "Server écoute sur [" TOUT "1433]. ' Sinon, allez au démarrage, tous les programmes, SQL Server 2008, outils de configuration, SQL Server Configuration Manager. Sélectionnez 'SQL Server Configuration réseau\Protocoles pour MSSQLSERVER\SQLEXPRESPRESSE'. Assurez-vous que TCP/IP est activé. Il devrait être basé sur la sortie de NetStat -ano, mais ...
plus important encore - d'un client distant, avez-vous essayé de vous connecter via
sqlcmd -S1.2.3.4\SQLExpress -U sa -P PasswordJ'ai eu le même mal de tête connecté avec SSMS à partir du client client sur SQL Server distant. On dirait que le pare-feu local bloquait la connexion au serveur entrant. Le problème a été résolu en attribuant une règle entrante pour SSMS pour le pare-feu client PC. Le seul endroit où j'ai trouvé comment faire c'était https://msdn.microsoft.com/en-us/library/cc646024 (v = SQL.120) .aspx
1.Con pare-feu Windows avec sécurité avancée, dans le volet de gauche, cliquez avec le bouton droit de la souris sur les règles entrantes, puis sélectionnez Nouvelle règle dans le volet Action.
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 programme de programme et pour SQL Server Management Studio Entrez le chemin complet de SSMS.EXE. Par défaut, il est installé dans C:\Fichiers de programme (X86)\Microsoft SQL Server\120\Tools\Binn\Management Studio\SSMS.EXE
Cela m'a aidé. J'espère que toi aussi.
Êtes-vous capable de Telnet au port 1433 de votre poste de travail? C'est un moyen facile de déterminer si vous avez une connectivité réseau sur ce port. Il se pourrait que votre fournisseur bloque la connexion avec leur équipement quelque part le long de la ligne.
Le fait que vous voyez le port tel que filtré me fait penser qu'ils bloquent quelque part dans la ligne. Vous voudrez peut-être vérifier avec eux car ils ne voudront peut-être pas autoriser les serveurs SQL à être connectés à distance ou bloquent des ports bien connus. TCP/1433 est un port bien connu et il y a quelques vers liés au serveur SQL qui la cible directement.
tapez 'NetStat -AN' sur la machine serveur pour voir si le port 1433 écoute réellement. En outre, assurez-vous que le compte d'utilisateur que vous utilisez est activé et que "l'authentification SQL" est activée. Prenez soin des paramètres "SQL Configuration Manager" également. Aussi, autorisez le port 1433 comme une exception dans votre pare-feu Windows. Fondamentalement, si vous n'avez pas dit à votre SQL Server d'autoriser des connexions distantes, elle ne va pas.
L'agent SQL Server est-il exécuté? Si ce n'est pas le cas, quelle version de SQL Server avez-vous?
Examinez la différence entre différentes versions.
[.____] http://www.microsoft.com/sqlserver/2008/fr/us/editions-compare.aspx
Si vous avez une édition Express ou Web, ils sont désactivés et ne peuvent pas être exécutés.
Qu'est-ce qui a fonctionné pour moi:
http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx
Spécifiquement, j'ai trouvé que l'affectation du port souhaité dans la section IPall des paramètres TCP/IP était le problème. Auparavant, il avait été vide et je n'avais pas pensé que j'aurais besoin d'entrer une valeur ici lorsque je suis allé supprimer les bits "Port dynamique".
Idée folle, votre nom d'utilisateur et votre mot de passe sont-ils corrects? Vous vous connectez à l'aide de Windows Authentication ou SQL Server?
Recherchez la conectivité de votre SQL-Express. Activer TCP/IP. Assurez-vous que le port est configuré à 1433 sur votre SQL-Express. Avez-vous installé une instance nommée?
Ce port doit être transféré à 1 et1 à votre instance SQL-Server.
Au fait, vérifiez votre site sur le port 1433. Si votre fournisseur bloque, vous n'avez aucune chance.