Activer les connexions à distance pour SQL Server Express 2012

Je viens d'installer SQL Server Express 2012 sur mon serveur domestique. J'essaie de me connecter à partir de Visual Studio 2012 à partir de mon ordinateur de bureau et j'obtiens à plusieurs reprises l'erreur bien connue:

Une erreur liée au réseau ou spécifique à l'instance s'est produite lors de l'établissement d'une connexion à SQL Server. Le serveur est introuvable ou inaccessible. Vérifiez que le nom d'instance est correct et que SQL Server est configuré pour autoriser les connexions à distance. (fournisseur: fournisseur de canaux nommés, erreur: 40 - Impossible d'ouvrir une connexion à SQL Server)

Ce que j'ai fait pour essayer de résoudre ce problème:

• Exécutez SQL Server Configuration Manager sur le serveur et activez le navigateur SQL Server
• Ajoutez une exception de pare-feu Windows sur le serveur pour TCP, les ports 1433 et 1434 sur le sous-réseau local.
• Vérifiez que j'ai une connexion sur l'instance SQL Server pour l'utilisateur auquel je suis connecté en tant que sur le bureau.
• Vérifiez que j'utilise l'authentification Windows sur l'instance SQL Server.
• Redémarrez à plusieurs reprises SQL Server et l'ensemble du serveur Dang.
• Retirez tous mes cheveux.

Comment puis-je obtenir SQL Server 2012 Express pour autoriser les connexions à distance!?

Eh bien, je suis content d'avoir demandé . La solution que j'ai finalement découverte était là:

Comment configurer SQL Server Express pour autoriser les connexions TCP / IP distantes sur le port 1433?

1. Exécutez le Gestionnaire de configuration SQL Server.
2. Accédez à Configuration réseau SQL Server> Protocoles pour SQLEXPRESS.
3. Assurez-vous que TCP / IP est activé.

Jusqu'à présent, tout va bien et tout à fait attendu. Mais alors:

1. Cliquez avec le bouton droit sur TCP / IP et sélectionnez Propriétés .
2. Vérifiez que, sous IP2, l'adresse IP est définie sur l'adresse IP de l'ordinateur sur le sous-réseau local.
3. Faites défiler jusqu'à IPAll.
4. Assurez-vous que les ports dynamiques TCP sont vides . (Le mien était réglé sur un numéro de port à 5 chiffres.)
5. Assurez-vous que le port TCP est défini sur 1433 . (Le mien était vide.)

(De plus, si vous suivez ces étapes, il n'est pas nécessaire d'activer le navigateur SQL Server et vous devez uniquement autoriser le port 1433, pas 1434.)

Ces cinq étapes supplémentaires sont quelque chose dont je ne me souviens pas avoir eu à faire dans une version précédente de SQL Server, Express ou autre. Ils semblent avoir été nécessaires car j'utilise une instance nommée (myservername \ SQLEXPRESS) sur le serveur au lieu d'une instance par défaut. Vois ici:

Configurer un serveur pour écouter sur un port TCP spécifique (Gestionnaire de configuration SQL Server)

La bonne façon de se connecter à SQL Server distant (sans ouvrir le port UDP 1434 et sans activer le navigateur SQL Server) consiste à utiliser ip et port au lieu de l' instance nommée .

L'utilisation d'ip et de port au lieu d'une instance nommée est également plus sûre, car elle réduit la surface d'attaque.

Peut-être que 2 images parlent 2000 mots ...

Cette méthode utilise le port spécifié (c'est ce que la plupart des gens veulent, je crois).

Cette méthode nécessite l'ouverture du port UDP 1434 et l'exécution du navigateur SQL Server.

Encore une chose ...

Kyralessa fournit d'excellentes informations mais j'ai une autre chose à ajouter où j'ai été perplexe même après cet article.

Sous Configuration du réseau SQL Server> Protocoles pour le serveur> TCP / IP activé. Cliquez avec le bouton droit sur TCP / IP et choisissez les propriétés. Sous les adresses IP, vous devez définir Activé sur Oui pour chaque type de connexion que vous utilisez.

Vous pouvez l'utiliser pour résoudre ce problème:

Accédez à START> EXECUTE et exécutez CLICONFG.EXE.

Le protocole Named Pipes sera le premier dans la liste, supprimez-le et promouvez TCP / IP.

Testez soigneusement l'application.

J'espère que cette aide.

Vous pouvez également définir

Écouter tout NON

dans la boîte de dialogue de protocole puis dans l'adresse IP IP1 (disons)

définir activé sur Oui,

définir votre adresse IP,

définissez TCP Dynamic sur Blank et

Port TCP à 1433 (ou autre)

Cet article m'a aidé ...

Comment activer les connexions à distance dans SQL Server

Tout dans SQL Server a été configuré, mon problème était que le pare-feu bloquait le port 1433

J'ai eu ce problème récemment. 2015 août

Résolu en ouvrant le Gestionnaire de configuration SQL Server

• Configuration du réseau SQL Server -> Protocoles pour SQLEXPRESS
• Propriétés sur TCP / IP -> onglet Adresses IP
• Tout reste par défaut, ne définissez que IPALL: Port TCP sur 1433

Peut se connecter avec SQL Server Manager à la machine: [hostaddress], 1433

Exemple:

Sur mon installation de SQL Server 2012 Developer Edition, installée avec les paramètres par défaut, je devais simplement charger le Gestionnaire de configuration SQL Server -> Configuration réseau SQL Server -> Protocoles pour MSSQLSERVER et changer TCP / IP de Désactivé à Activé.

J'ai dû ajouter une règle de port entrant de pare-feu pour ouvrir le port UDP 1434. C'est celui sur lequel Sql Server Browser écoute.

Je préfère le moyen de "Rosdi Kasim" car cela ne nécessite pas de configuration détaillée sur l'IP.

Je l'oublierai certainement de nouveau lorsque j'essaierai de réinstaller un autre serveur.

Keep It Simple Stupid (KISS) en activant simplement le service Sql Server Browser, puis ajoutez le \ SQLEXPRESS derrière l'IP lorsque vous connectez le serveur.

L'utilisation directe d'IP sans "\ SQLEXPRESS" a été mon point de défaillance car il n'utilise pas le port par défaut.

Merci.

J'ai eu le même problème avec l'instance nommée installée localement SQL Server 2014. La connexion en utilisant le FQDN\InstanceNameéchouerait, tandis que la connexion en utilisant uniquement mon hostname\InstanceNametravail. Par exemple: se connecter en utilisant mycomputername\sql2014travaillé, mais en utilisantmycomputername.mydomain.org\sql2014 non. DNS résolu correctement, TCP / IP a été activé dans SQL Configuration Manager, des règles de pare-feu Windows ont été ajoutées (puis ont désactivé le pare-feu pour les tests afin de s'assurer qu'il ne bloquait rien), mais aucune de celles-ci n'a résolu le problème.

Enfin, j'ai dû démarrer le service " SQL Server Browser " sur SQL Server et cela a résolu le problème de connectivité.

Je n'avais jamais réalisé que le service SQL Server Browser aidait réellement SQL Server à établir des connexions; J'avais l'impression que cela a simplement aidé à remplir les listes déroulantes lorsque vous avez cliqué sur "Parcourir pour plus" de serveurs auxquels vous connecter, mais cela aide en fait à aligner les demandes des clients sur le bon port # à utiliser, si le port # n'est pas explicitement attribué (similaire comment les liaisons de sites Web aident à atténuer le même problème sur un serveur Web IIS qui héberge plusieurs sites Web).

Cet élément de connexion est ce qui m'a donné l'indice sur le service SQL Server Browser: https://connect.microsoft.com/SQLServer/feedback/details/589901/unable-to-connect-on-localhost-using-fqdn-machine- Nom

• lorsque vous utilisez wstst05 \ sqlexpress comme nom de serveur, le code client sépare le nom de la machine du nom de l'instance et le wstst05 est comparé au nom netbios. Je ne vois aucun problème pour eux et la connexion est considérée comme locale. À partir de là, nous récupérons les informations nécessaires SANS contacter le navigateur SQL et nous nous connectons à l'instance SQL via la mémoire partagée sans aucun problème.
• lorsque vous utilisez wstst05.capatest.local \ sqlexpress, le code client échoue la comparaison du nom (wstst05.capatest.local) avec le nom netbios (wstst05) et considère la connexion "distante". C'est par conception et nous envisagerons certainement d'améliorer cela à l'avenir. Quoi qu'il en soit, compte tenu de la connexion distante et du fait qu'il s'agit d'une instance nommée, le client décide qu'il doit utiliser SQLBrowser pour la résolution de noms. Il tente de contacter le navigateur SQL sur wstst05.capatest.local (port UDP 1434) et apparemment cette partie échoue. D'où l'erreur que vous obtenez.

La raison du service "SQL Server Browser" de TechNet (emphase ajoutée par moi): https://technet.microsoft.com/en-us/library/ms181087(v=sql.120).aspx

Dans la section "Utilisation du navigateur SQL Server":

Si le service SQL Server Browser n'est pas en cours d'exécution, vous pouvez toujours vous connecter à SQL Server si vous fournissez le numéro de port correct ou le canal nommé. Par exemple, vous pouvez vous connecter à l'instance par défaut de SQL Server avec TCP / IP si elle s'exécute sur le port 1433. Cependant, si le service SQL Server Browser n'est pas en cours d'exécution, les connexions suivantes ne fonctionnent pas :

• Tout composant qui tente de se connecter à une instance nommée sans spécifier entièrement tous les paramètres (comme le port TCP / IP ou le canal nommé) .
• Tout composant qui génère ou transmet des informations de serveur \ instance qui pourraient ensuite être utilisées par d'autres composants pour se reconnecter.
• Connexion à une instance nommée sans fournir le numéro de port ou le canal.
• DAC vers une instance nommée ou l'instance par défaut si vous n'utilisez pas le port TCP / IP 1433.
• Le service de redirection OLAP.
• Énumération des serveurs dans SQL Server Management Studio, Enterprise Manager ou Query Analyzer.

Si vous utilisez SQL Server dans un scénario client-serveur (par exemple, lorsque votre application accède à SQL Server via un réseau), si vous arrêtez ou désactivez le service SQL Server Browser, vous devez attribuer un numéro de port spécifique à chaque instance et écrivez votre code d'application client pour toujours utiliser ce numéro de port. Cette approche présente les problèmes suivants :

• Vous devez mettre à jour et maintenir le code de l'application client pour vous assurer qu'il se connecte au port approprié.
• Le port que vous choisissez pour chaque instance peut être utilisé par un autre service ou application sur le serveur, entraînant l'indisponibilité de l'instance de SQL Server.

Et plus d'informations dans le même article de la section "Fonctionnement du navigateur SQL Server":

Parce que qu'une seule instance de SQL Server peut utiliser un port ou un canal, différents numéros de port et noms de canal sont attribués pour les instances nommées, y compris SQL Server Express. Par défaut, lorsqu'il est activé, les instances nommées et SQL Server Express sont configurés pour utiliser des ports dynamiques, c'est-à-dire qu'un port disponible est attribué au démarrage de SQL Server. Si vous le souhaitez, un port spécifique peut être attribué à une instance de SQL Server. Lors de la connexion, les clients peuvent spécifier un port spécifique; mais si le port est attribué dynamiquement, le numéro de port peut changer à chaque redémarrage de SQL Server, de sorte que le numéro de port correct est inconnu du client. ... Lorsque les clients SQL Server demandent des ressources SQL Server, la bibliothèque réseau client envoie un message UDP au serveur à l'aide du port 1434. Le navigateur SQL Server répond avec le port TCP / IP ou le canal nommé de l'instance demandée.

J'ai dû ajouter un port via Configuration Manager et ajouter le numéro de port dans ma connexion SQL [hôte] \ [nom d'instance db], 1433

Notez le, (virgule) entre le nom d'instance et le port

J'ai eu un problème différent de ce que toutes les réponses mentionnées jusqu'à présent!

Je devrais commencer par dire que je l'avais dans Visual Studio, et non SQL Server Express, mais la solution devrait être exactement la même.

Eh bien, mon dieu, c'est en fait très simple et peut-être un peu stupide. Lorsque j'ai essayé de créer une base de données et que Visual Studio a suggéré le nom du serveur SQL, il m'a donné mon nom d'utilisateur Windows et puisque c'est en fait le nom du serveur, je l'ai choisi.

En réalité, c'était en fait mon nom d'utilisateur Windows + \SQLEXPRESS. Si vous n'avez modifié aucun paramètre, c'est probablement aussi le vôtre. Si cela fonctionne, arrêtez de lire; c'est ma réponse. Si cela ne fonctionne pas, le nom est peut-être différent.

Si, comme moi, vous n'avez rencontré ce problème dans Visual Studio que pour vérifier le vôtre, procédez comme suit:

1. Ouvrez l' ^icône SQL Server Management Studio .
2. Si vous ne voyez pas votre serveur (ancré à gauche par défaut), appuyez sur F8ou allez dans Affichage -> Explorateur d'objets .
3. Faites un clic droit sur le nom du serveur et choisissez Propriétés (Le dernier élément)
4. En bas à gauche, vous pouvez voir le nom réel de votre serveur sous " Serveur " (pas Connexion, mais au-dessus).

Ceci est le nom du serveur et c'est à cela que vous devez essayer de vous connecter! pas ce que Visual Studio suggère!

Une dernière chose à vérifier est que vous avez correctement orthographié l'instance nommée!

Cet article est très utile pour résoudre les problèmes de connexion: Comment résoudre les problèmes de connexion au moteur de base de données SQL Server

Dans mon cas, la base de données fonctionnait sur un port non standard. Vérifiez que le port que vous connectez est le même que le port sur lequel la base de données s'exécute. S'il y a plus d'instances de SQL Server, vérifiez la bonne.

Il vous suffit d'ouvrir le port correspondant sur le pare-feu du serveur.

Vous rencontrez des problèmes de connexion à SQL Server?

Essayez de déconnecter le pare-feu.

Si vous pouvez vous connecter avec un pare-feu déconnecté, peut-être que vous manquez certaines règles d'entrée comme "SQL Service Broker", ajoutez ces règles d'entrée à votre pare-feu:

PORT TCP 1434 "CONNEXION ADMIN SQL"

PORT UDP "CONNEXION ADMIN SQL" 1434

PORT TCP 2383 "SERVICE D'ANALYSE SQL"

PORT TCP 2382 "SERVICE D'ANALYSE SQL BROWSE"

PORT TCP "SQL DEBUGGER / RPC" 135

PORT TCP "SERVEUR SQL" 1433 et autres si vous avez des ports dinamic

PORT TCP 4022 "COURTIER DE SERVICES SQL"