SQL Server 2008: Não é possível conectar-se remotamente via studio de gerenciamento, mas ainda pode fazer telnet em OK. Todas as configurações aparecem OK

2

Estou no processo de tentar configurar o SQL Server 2008 para aceitar conexões remotas. Já passei por toda a documentação que posso encontrar e, no entanto, quando tento me conectar através do estúdio de gerenciamento, recebo um erro informando que o servidor não foi encontrado.

Curiosamente, posso ligar através do telnet ao servidor remoto através da porta em que o servidor sql está a ouvir. Nos logs do SQL Server, vejo a tentativa de conexão. Então, o SQL Server está funcionando e escutando na porta correta - sem firewall bloqueando-o.

Parece que, por padrão, o SQL Server está escutando na porta 50314, mas o studio de gerenciamento tenta se conectar na porta 1433. Estranho.

Server Management Studio = sem dados.

Alguém tem alguma ideia? O servidor está configurado para permitir conexões remotas - o TCP IP está ativado, o firewall está desativado.

Obrigado

    
por WarpKid 12.02.2010 / 18:34

2 respostas

0

Se o SQL não estiver escutando na porta 1433, você terá que

  • Especifique a porta na sua conexão SSMS (seu nome de servidor e número de porta separados por uma vírgula)

    "Nome do servidor: mysqlserver, 50314"

ou

por 12.02.2010 / 19:19
2

Há outra porta, 1434, que é ouvida no UDP pelo serviço do SQL Service Browser . Quando um cliente tenta se conectar a uma instância SQL não padrão, ele primeiro pergunta ao serviço SQL Broswer por informações da instância e o navegador do Serviço SQL responderá com a porta (dinâmica) na qual a instância está realmente ouvindo. Em seguida, o cliente abre uma conexão TCP com a instância real.

Portanto, agora está claro que você precisa fazer um furo no firewall para o serviço Navegador do SQL Server (1434 UDP) para que ele possa ouvir, e você também precise iniciar o serviço e marcá-lo como inicialização automática (por padrão está instalado como desativado).

    
por 12.02.2010 / 19:24