Après avoir cherché à plusieurs reprises sur Internet le meilleur moyen d'ouvrir la connectivité SQL Server via le pare-feu Windows, je n'ai pas encore trouvé le meilleur moyen de le faire. Quelqu'un a-t-il un moyen garanti de trouver sur quels ports SQL s'exécute afin que vous puissiez les ouvrir dans le pare-feu Windows?
Réponses:
Si vous n'avez qu'une seule instance de SQL Server en cours d'exécution et que le transport TCP / IP est activé pour les connexions non locales, il est probable qu'il écoute sur le port TCP par défaut: 1433.
Si vous avez plusieurs instances, ou toute autre complication au-dessus de "une seule instance par défaut", alors les choses peuvent être plus compliquées. Vous devrez définir les ports pour chaque instance (par défaut, ils sont semi-aléatoires, ce qui n'est généralement pas utile pour la configuration du pare-feu) et devrez également ouvrir le service de navigateur SQL (qui écoute généralement sur le port UDP 1434, bien que cela puisse également être reconfiguré).
Il existe un ensemble de notes assez détaillé sur SQL Server et les pare-feu à l' adresse http://msdn.microsoft.com/en-us/library/cc646023.aspx
Vous devrez démarrer le service de navigateur pour résoudre les instances non par défaut. De plus, l'ouverture d'UDP 1434 permettra la résolution des instances nommées par nom au lieu de port, vous n'aurez donc pas besoin d'utiliser les ports. Si vous n'êtes pas à l'aise d'ouvrir UDP 1434 à long terme, ou si vous avez un DBA qui est sur place et peut se connecter localement, vous pouvez leur demander de se connecter via SQL Server Mgmt Studio OU SQLCMD et spécifier la connexion au serveur comme suit:
tcp: nom_serveur \ nom_instance
le préfixe avec tcp forcera une connexion tcp. Une fois cela fait, vous pouvez vous connecter à votre instance nommée et interroger sys.dm_exec_connections pour trouver le port sur lequel l'instance non par défaut s'exécute comme suit:
SELECT local_tcp_port FROM sys.dm_exec_connections WHERE session_id = @@SPID
Il est peut-être utile de modifier le port par défaut de votre instance. Avez-vous vu http://blogs.msdn.com/b/dataaccesstechnologies/archive/2010/03/03/running-sql-server-default-instance-on-a -non-défaut-ou-non-standard-tcp-port-conseils-pour-faire-application-connectivité-work.aspx ?