Cuestión : localizar averías sql tcp - conecta localmente pero no en dominio

Quisiera ayuda en la localización de averías de un problema de conexión dentro de un dominio. Para la simplicidad aquí está la situación de la red: el dominio se funciona con debajo de SBS 2008, el servidor del SQL expresa 2008 R2 está funcionando, y quisiera conectar con él de otra PC de las ventanas 7 dentro del domain.

Currently que puedo abrir una sesión a la base de datos localmente usar el estudio de la gerencia del SQL que funciona con el protocolo del tcp. Y puedo telnet localmente (usar el telnet 192.168.1.2 1433 del comando - aunque el resultado sea apenas negro, ningún aviso de comando). Cuando voy a la PC del dominio, no puedo abrir una sesión usar las mismas credenciales con protocolo del tcp, sino que puedo abrirme una sesión usar protocolo nombrado de la pipa. Si el telnet de la PC del dominio, él de I divulga que no puede abrir una conexión en el puerto 1433. la teoría del

Current es que el sql no está escuchando el puerto dentro del dominio, apenas localmente. ¿Cómo confirmar este problema y después corregirlo? el

My fijó para esto incluido:
1) que prepara el servidor: bajo IP address de la sección del protocolo del TCP/IP del encargado de la configuración de servidor del sql, fijé puertos dinámicos del tcp a 0, y el puerto del tcp a 1433 para todos los IP address. Actual, la encripción de la fuerza es off.
2) que abre el cortafuego: en el servidor, bajo reglas de entrada, he abierto el cortafuego en el puerto 1433 para las conexiones locales y alejadas. También creé una regla de entrada del control del sql para el UDP en el puerto 1434.
3) que preparaba el ranurador: el puerto 1433 y 1434 se dirige al servidor y enabled.

Being capaz de conectar con el servidor del sql usar una conexión del tcp del dominio es un primer paso de localización de averías hacia la fabricación de una conexión de TLS/SSL sobre el tcp. Para ése, stumped cuando no podría ver el certificado del SSL de la UCC conforme a la lista de certificados disponibles (encontrados en los manager>protocols de la configuración de servidor del sql para el certificado del db>). Puedo ver que este certificado ha estado instalado en la cuenta de la computadora (debajo de personal) usar el MMC. ¿Hay una cierta manera especial que el SQL necesita los certificados instalados para que los utilice? el

Hoping a trabajar con un experto que ha instalado esto, o sabe el problema. He repasado ya mucho del material de MSDN en esto, satisfago tan, ningunos acoplamientos vagos al protocolo general Info. Necesito trabajar con alguien que puede recomendar pasos para hacer this. class= del

Respuesta : localizar averías sql tcp - conecta localmente pero no en dominio

Usted debe poder agregar el uso, pero necesita seleccionar el ejecutable manualmente. Para udp/1434 es el hojeador sqlbrowser.exe (generalmente “servidor \ 90 \ compartidos \ sqlbrowser.exe de c:\Program Files\Microsoft SQL”), para tcp/1433 sqlservr.exe (“servidor \ MSSQL10.EXPRESS10 \ MSSQL \ Binn \ sqlservr.exe de c:\Program Files\Microsoft SQL”). Usted puede las operaciones de búsqueda ambas en services.msc.

Con el “puerto alejado” signifiqué el puerto del cliente en el cortafuego. Usted lo ha fijado a 1433 (“aquí están los ajustes para la regla de la excepción del cortafuego: el tipo de protocolo es tcp, puerto local es 1433, puerto alejado es 1433, ").