Frage : sql-TCP überprüfen - schließt am Ort aber nicht im Gebiet an

Ich möchte Unterstützung in der Fehlersuche eines Anschlussproblems innerhalb eines Gebietes. Für Einfachheit hier ist die Netzsituation: Gebiet wird unter SBS 2008 laufen gelassen, drücken SQL-Server 2008 R2 läuft aus, und ich möchte an ihn von einem anderen PC der Fenster 7 innerhalb des domain.

Currently anschließen, das ich zur Datenbank using das SQL-Managementstudio am Ort anmelden kann, welches das TCP-Protokoll laufen lässt. Und ich kann telnet am Ort (using das Befehlstelnet 192.168.1.2 1433 - obgleich das Resultat gerade schwarz ist, kein Befehlseingabeformat). Wenn ich zum Gebiets-PC gehe, kann ich nicht using die gleichen Bescheinigungen mit TCP-Protokoll anmelden, aber ich kann using genanntes Rohrprotokoll anmelden. Wenn i-telnet vom Gebiets-PC, es berichtet, dass es einen Anschluss auf Hafen 1433 nicht öffnen kann.

Current Theorie ist, dass sql nicht zum Hafen innerhalb des Gebietes hört, gerade am Ort. Wie man dieses Problem bestätigt und es dann behebt?

My gründete für eingeschlossenes dieses:
1), das den Bediener vorbereitet: unter IP address des IP-Protokollabschnitts des sql-Bedienerkonfigurationsmanagers, stellte ich TCP-dynamische Häfen bis 0 und TCP-Hafen bis 1433 für alle IP address ein. Z.Z. ist Kraftverschlüsselung off.
2), welches die Brandmauer öffnet: auf dem Bediener unter Inlandsrichtlinien, habe ich die Brandmauer auf Hafen 1433 für die lokalen und Fernanschlüsse geöffnet. Ich verursachte auch eine sql-Steuerinlandsrichtlinie für UDP auf dem Hafen 1434.
3) den Fräser vorbereitend: Hafen 1433 und 1434 werden auf den Bediener verwiesen und enabled.

Being fähig, an den sql-Bediener using einen Gebiets-TCP-Anschluss anzuschließen ist ein erster Störungssucheschritt hin zu dem Herstellen einer TLS/SSL Beziehung über TCP. Für den stumped ich, als ich die UCC-SSL-Bescheinigung nicht unter die Liste der vorhandenen Bescheinigungen sehen könnte (gefunden an den sql-Bedienerkonfiguration manager>protocols für db> Bescheinigung). Ich kann sehen, dass diese Bescheinigung in das Computerkonto (unter persönlichem) using MMC angebracht worden ist. Gibt es irgendeine spezielle Weise, dass SQL die Bescheinigungen benötigt, die damit es sie angebracht sind, benutzt? das

Hoping, zum mit einem Experten zu arbeiten, der dieses aufgestellt hat oder kennt das Problem. Ich habe bereits viel des MSDN Materials auf diesem, gefalle so, keine vagen Verbindungen zu allgemeinem Protokollinfo wiederholt. Ich muss mit jemand arbeiten, das Schritte empfehlen kann, um this. zu tun

Antwort : sql-TCP überprüfen - schließt am Ort aber nicht im Gebiet an

Sie sollten in der Lage sein, die Anwendung zu addieren, aber müssen das vollziehbare manuell vorwählen. Für udp/1434 ist es der Browser sqlbrowser.exe (normalerweise „c:\Program Files\Microsoft-SQL-Server \ 90 \ geteilt \ sqlbrowser.exe“), für tcp/1433 sqlservr.exe („c:\Program Files\Microsoft-SQL-Server \ MSSQL10.EXPRESS10 \ MSSQL \ Binn \ sqlservr.exe“). Sie können Nachschlagen beide in services.msc.

Mit „Fernhafen“ bedeutete ich den Hafen des Klienten in der Brandmauer. Sie haben sie bis 1433 eingestellt („sind hier die Einstellungen für die Brandmauerausnahmerichtlinie: Protokollart ist TCP, lokaler Hafen ist 1433, Fernhafen ist 1433, ").