Não é possível conectar remotamente por meio do SQL Server Management Studio

13

Eu configurei uma instância do SQL Server 2008 Express em um servidor Windows 2008 dedicado, hospedado por 1and1.com. Não consigo me conectar remotamente ao servidor através do estúdio de gerenciamento. Tomei os seguintes passos abaixo e estou além de qualquer outra ideia. Eu pesquisei o site e não consigo descobrir mais nada, então por favor me perdoe se eu perdi algo óbvio, mas estou ficando louco. Aqui está o resumo.

A instância do SQL Server está em execução e funciona perfeitamente ao trabalhar localmente.

No SQL Server Management Studio, marquei a caixa "Permitir conexões remotas para este servidor"

Eu removi todas as configurações de firewall de hardware externo do painel de controle 1and1

O firewall do Windows no servidor foi desativado, mas apenas por diversão adicionei uma regra de entrada que permite todas as conexões na porta 1433.

Na configuração do SQL Native Client, o TCP / IP está ativado. Eu também me certifiquei de que o "IP1" com o endereço IP do servidor tivesse um 0 para a porta dinâmica, mas eu o excluí e adicionei 1433 no campo TCP Port regular. Eu também defino a porta TCP "IPALL" para 1433.

Na configuração do SQL Native Client, o Navegador do SQL Server também está em execução e

Eu também tentei adicionar um ALIAS no

Eu reiniciei o SQL Server depois de definir esse valor.

Fazer um "netstat -ano" na máquina do servidor retorna um

TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 ESCUTANDO

Eu faço uma varredura de porta do meu computador local e ela diz que a porta está filtrada em vez de LISTENING. Eu também tentei conectar do Management Studio na minha máquina local e está causando um erro de conexão. Tentei os seguintes nomes de servidores com o SQL Server e Windows Authentication marcado na segurança do banco de dados.

ipaddress \ SQLEXPRESS, 1433

ipaddress \ SQLEXPRESS

ipaddress

ipaddress, 1433

tcp: ipaddress \ SQLEXPRESS

tcp: ipaddress \ SQLEXPRESS, 1433

    
por FAtBalloon 03.04.2010 / 00:15

10 respostas

5

Acho que posso dizer exatamente qual é o problema Passei mais de 48 horas tentando resolver isso. não encontrei nada na net. também está com 1and1

veja estas configurações:

IP security policies.....

que abre a caixa ............... Propriedades do Filtro de Pacotes perto da parte inferior da lista há uma caixa marcada chamada:

'Close MSDE (TCP/UDP)' (I am asuming that MSDE = Microsoft SQL Database Engine?) Select it Press Edit...

que abre a caixa ............... Editar propriedades da regra Selecione (novamente) > > 'Fechar MSDE (TCP / UDP)' Pressione Editar ...

que abre a caixa ................ Lista de filtros IP  então você verá uma lista de portas tcp 1433, udp 1434 {Essa é a lista de todas as nossas portas como regra de bloqueio .....}

Eu acho que o que precisa ser feito daqui é ou ....

feche essa tela. Lista de filtros IP na tela Editar propriedades da regra há uma ação de filtro guia, só poderia mudar isso de bloquear para permitir? (talvez mudá-lo para permitir, nos permitirá marcar a opção "Block All" de novo - o que parece mais seguro, mas os caras de suporte disseram que há um bug conhecido, então pode não funcionar)

ou

nas propriedades do filtro de pacotes

apenas desmarque a regra 'Fechar MSDE (TCP / UDP)'

você pode ter que desmarcar a regra "Bloquear ALL" para executá-la

provavelmente até tarde para ajudá-lo, mas esperamos que ajude alguém com o mesmo problema.

    
por 27.09.2010 / 03:54
5

Primeiro, no estúdio de gerenciamento, verifique o gerenciamento, os logs do sql server \ current - você deseja procurar uma mensagem dizendo "O servidor está escutando ['any' 1433]". Se não, vá para iniciar, todos os programas, o SQL Server 2008, as ferramentas de configuração, o gerenciador de configuração do SQL Server. Selecione 'configuração de rede do servidor sql \ protocolos para MSSQLServer \ SQLExpress'. Assegure-se de que o TCP / IP esteja ativado. Deve ser baseado na saída do netstat -ano, mas ...

mais importante - de um cliente remoto, você tentou fazer o login via

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password
?     
por 03.04.2010 / 02:51
1

Você também pode tentar www.firebind.com. Ele pode testar se existe algum bloco de porta TCP 1433 na direção de saída em direção a 1and1.

O

link testará isso imediatamente.

    
por 09.04.2010 / 23:51
1

Eu tive a mesma dor de cabeça de conexão com o SSMS do PC cliente para o SQL Server remoto. Parece que o firewall local estava bloqueando a conexão do servidor de entrada. O problema foi resolvido atribuindo-se a regra de entrada para o SSMS para o firewall do PC cliente. O único lugar em que encontrei como fazer isso foi link

1.In Windows Firewall with Advanced Security, in the left pane, right-click Inbound Rules, and then select New Rule in the action pane.

2.In the Rule Type dialog, select Program, and then click Next.

3.In the Program dialog, select This program path and for SQL Server Management Studio enter the full path to ssms.exe. By default, it is installed in C:\Program Files (x86)\Microsoft SQL Server0\Tools\Binn\Management Studio\ssms.exe

Isso me ajudou. Espero que você também.

    
por 21.08.2015 / 15:09
0

Você consegue fazer telnet para a porta 1433 da estação de trabalho? Essa é uma maneira fácil de determinar se você tem conectividade de rede nessa porta. Pode ser que o seu provedor esteja bloqueando a conexão com o equipamento em algum lugar ao longo da linha.

O fato de você estar vendo a porta como filtrada me faz pensar que eles estão bloqueando em algum lugar abaixo da linha. Talvez você queira verificar com eles, pois talvez eles não queiram permitir que os SQL Servers sejam conectados remotamente ou estejam bloqueando portas conhecidas. O tcp / 1433 é uma porta bem conhecida e há alguns worms relacionados ao SQL Server que o direcionam diretamente.

    
por 03.04.2010 / 16:49
0

digite 'netstat -an' na máquina do servidor para ver se a porta 1433 está realmente escutando. Além disso, verifique se a conta de usuário que você está usando está ativada e também que a "Autenticação do SQL" está ativada. cuide das configurações do "SQL Configuration Manager" também. Além disso, permita a porta 1433 como uma exceção no seu Firewall do Windows. Basicamente, se você não disse ao seu servidor SQL para permitir conexões remotas, então não vai.

    
por 03.04.2010 / 17:43
0

O agente do servidor SQL está em execução? se não for, qual versão do SQL Server você tem?

Revise a diferença entre diferentes versões.
link

Se você tiver a edição Express ou a edição da Web, eles serão desativados e não poderão ser executados.

    
por 03.04.2010 / 17:58
0

Idéia maluca, seu nome de usuário e senha estão corretos? Você está efetuando login usando a autenticação do Windows ou o SQL Server?

    
por 12.04.2010 / 15:19
0

Procure a conectividade no seu SQL-Express. Ativar TCP / IP. Certifique-se de que a porta esteja configurada para 1433 no seu SQL-Express. Você instalou uma instância nomeada?

Esta porta deve ser encaminhada em 1and1 para sua instância do SQL Server.

A propósito, verifique seu site sobre a porta 1433. Se o seu provedor bloqueá-lo, você não tem chance.

    
por 01.05.2010 / 18:54
0

O que funcionou para mim:

link

Especificamente, descobri que atribuir a porta desejada na seção IPALL das configurações de TCP / IP era o problema. Anteriormente, ele estava em branco e eu não tinha pensado que precisaria inserir um valor aqui quando fui excluir os bits da "porta dinâmica".

    
por 23.01.2012 / 20:00