Pergunta : pesquisar defeitos sql tcp - coneta localmente mas não no domínio

Eu gostaria do auxílio em pesquisar defeitos um problema de conexão dentro de um domínio. Para a simplicidade aqui é a situação da rede: o domínio é funcionado sob SBS 2008, o usuário do SQL expressa 2008 R2 está funcionando, e eu gostaria de conetar-lhe de um outro PC das janelas 7 dentro do domain.

Currently que eu posso entrar à base de dados localmente using o estúdio da gerência do SQL que funciona o protocolo do tcp. E eu posso telnet localmente (using o telnet 192.168.1.2 1433 do comando - embora o resultado seja apenas preto, nenhum alerta de comando). Quando eu vou ao PC do domínio, eu não posso entrar using as mesmas credenciais com protocolo do tcp, mas eu posso entrar using o protocolo nomeado da tubulação. Se o telnet do PC do domínio, ele de I relata que não pode abrir uma conexão no porto 1433. a teoria do

Current é que o sql não está escutando o porto dentro do domínio, apenas localmente. Como confirmar este problema e o corrigir então? o

My setup para este incluído:
1) que prepara o usuário: sob IP address da seção do protocolo do TCP/IP do gerente da configuração de usuário do sql, eu ajustei portos dinâmicos do tcp a 0, e porto do tcp a 1433 para todos os IP address. Atualmente, a cifragem da força é off.
2) que abre o guarda-fogo: no usuário, sob réguas de entrada, eu abri o guarda-fogo no porto 1433 para conexões locais e remotas. Eu igualmente criei uma régua de entrada do controle do sql para o UDP no porto 1434.
3) que prepara o router: o porto 1433 e 1434 é dirigido ao usuário e enabled.

Being capaz de conetar ao usuário do sql using uma conexão do tcp do domínio é uma primeira etapa de pesquisa de defeitos para a fatura de uma conexão de TLS/SSL sobre o tcp. Para aquele, eu stumped quando eu não poderia ver o certificado do SSL do UCC sob a lista de certificados disponíveis (encontrados em manager>protocols da configuração de usuário do sql para o certificado do db>). Eu posso ver que este certificado estêve instalado no cliente do computador (sob pessoal) using o MMC. Há alguma maneira especial que o SQL precisa os certificados instalados para que os use? o

Hoping a trabalhar com um perito que configure este, ou sabe o problema. Eu tenho revisto já muito do material de MSDN neste, satisfaço assim, nenhumas ligações vagas à informação geral do protocolo. Eu preciso de trabalhar com alguém que pode recomendar etapas fazer this. class= do

Resposta : pesquisar defeitos sql tcp - coneta localmente mas não no domínio

Você deve poder adicionar a aplicação, mas precisa de selecionar manualmente o executável. Para udp/1434 é o navegador sqlbrowser.exe (geralmente de “usuário c:\Program Files\Microsoft SQL \ 90 \ compartilhados \ sqlbrowser.exe”), para tcp/1433 sqlservr.exe (de “usuário c:\Program Files\Microsoft SQL \ MSSQL10.EXPRESS10 \ MSSQL \ Binn \ sqlservr.exe”). Você pode consulta ambos em services.msc.

Com “porto remoto” eu signifiquei o porto do cliente no guarda-fogo. Você ajustou-o a 1433 (“estão aqui os ajustes para a régua da exceção do guarda-fogo: o tipo de protocolo é tcp, porto local é 1433, porto remoto é 1433, ").