Question : dépanner SQL tcp - se relie localement mais pas dans le domaine

Je voudrais l'aide en dépannant un problème de raccordement dans un domaine. Pour la simplicité ici est la situation de réseau : le domaine est couru sous SBS 2008, le serveur de SQL expriment 2008 R2 court, et je voudrais se relier à lui d'un autre PC des fenêtres 7 dans le domain.

Currently que je peux ouvrir une session à la base de données localement using le studio de gestion de SQL courant le protocole de tcp. Et je peux telnet localement (using le telnet 192.168.1.2 1433 de commande - bien que le résultat soit simplement noir, aucun message de sollicitation de commande). Quand je vais au PC de domaine, je ne peux pas ouvrir une session using les mêmes qualifications avec le protocole de tcp, mais je peux ouvrir une session using le protocole appelé de pipe. Si telnet d'I du PC de domaine, il rapporte qu'il ne peut pas ouvrir un raccordement sur le port 1433. la théorie du

Current est que le SQL n'écoute pas le port dans le domaine, juste localement. Comment confirmer ce problème et puis le corriger ? le

My a installé pour ceci inclus :
1) préparant le serveur : sous des IP address de la section de protocole de TCP/IP du directeur de configuration de serveur de SQL, j'ai placé les ports dynamiques de tcp à 0, et le port de tcp à 1433 pour tous les IP address. Actuellement, le chiffrage de force est off.
2) ouvrant le mur à l'épreuve du feu : sur le serveur, selon des règles d'arrivée, j'ai ouvert le mur à l'épreuve du feu sur le port 1433 pour les raccordements locaux et à distance. J'ai également créé une règle d'arrivée de commande de SQL pour l'UDP sur le port 1434.
3) préparant le routeur : le port 1433 et 1434 sont dirigés vers le serveur et enabled.

Being capable se relier au serveur de SQL using un raccordement de tcp de domaine est une première étape de dépannage vers établir un rapport de TLS/SSL au-dessus de tcp. Pour celui, je stumped quand je ne pourrais pas voir le certificat de SSL d'UCC sous la liste de certificats disponibles (trouvés aux manager>protocols de configuration de serveur de SQL pour le certificat de db>). Je peux voir que ce certificat a été installé dans le compte d'ordinateur (sous personnel) using le MMC. Y a-t-il une certaine manière spéciale que le SQL a besoin de certificats installés pour qu'il les emploie ? le

Hoping à travailler avec un expert qui a établi ceci, ou sait le problème. J'ai déjà passé en revue une grande partie du matériel de MSDN sur ceci, satisfais ainsi, aucuns liens vagues à l'information générale de protocole. Je dois travailler avec quelqu'un qui peut recommander des étapes pour faire this. class= de

Réponse : dépanner SQL tcp - se relie localement mais pas dans le domaine

Vous devriez pouvoir ajouter l'application, mais devez choisir l'exécutable manuellement. Pour udp/1434 c'est le navigateur sqlbrowser.exe (habituellement « serveur de c:\Program Files\Microsoft SQL \ 90 \ partagés \ sqlbrowser.exe »), pour tcp/1433 sqlservr.exe (" serveur de c:\Program Files\Microsoft SQL \ MSSQL10.EXPRESS10 \ MSSQL \ Binn \ sqlservr.exe »). Vous pouvez consultation toutes les deux dans services.msc.

Avec « le port à distance » j'ai voulu dire le port du client dans le mur à l'épreuve du feu. Vous l'avez placé à 1433 (« voici les arrangements pour la règle d'exception de mur à l'épreuve du feu : le type de protocole est tcp, port local est 1433, port à distance est 1433, ").