Eu configurei uma instância do SQL Server 2008 Express em um Windows 2008 Server dedicado hospedado pelo 1and1.com. Não consigo conectar-me remotamente ao servidor através do estúdio de gerenciamento. Eu dei os seguintes passos abaixo e estou além de quaisquer outras idéias. Eu pesquisei o site e não consigo descobrir mais nada, por favor, perdoe-me 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 com este servidor"
Eu removi todas as configurações de firewall de hardware externo do painel de administração 1 e 1
O firewall do Windows no servidor foi desabilitado, mas apenas para dar um pontapé 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. Também verifiquei se o "IP1" com o endereço IP do servidor tinha um 0 para porta dinâmica, mas excluí-o e adicionei 1433 no campo Porta TCP comum. Também defino a porta TCP "IPALL" para 1433.
Na configuração do SQL Native Client, o SQL Server Browser também está sendo executado e
Eu também tentei adicionar um ALIAS no
Eu reiniciei o SQL server depois de definir esse valor.
Executar um "netstat -ano" na máquina do servidor retorna um
TCP 0.0.0.0:1433 LISTENING UDP 0.0.0.0:1434 LISTENING
Faço uma verificação de porta no meu computador local e diz que a porta está filtrada em vez de LISTENING. Também tentei me conectar do Management Studio na minha máquina local e está lançando um erro de conexão. Tentei os seguintes nomes de servidor com o SQL Server e a Autenticação do Windows marcados na segurança do banco de dados.
endereço_IP \ SQLEXPRESS, 1433
ipaddress \ SQLEXPRESS
endereço de IP
ipaddress, 1433
tcp: endereço_IP \ SQLEXPRESS
tcp: endereço_IP \ SQLEXPRESS, 1433
fonte
Respostas:
Acho que posso lhe dizer exatamente qual é o problema. Passei mais de 48 horas tentando resolver isso. não encontrou nada na net. também acontece com 1and1
veja estas configurações:
que abre a caixa ................ Propriedades do filtro de pacotes, perto da parte inferior da lista, existe uma caixa marcada:
que abre a caixa ............... Editar propriedades da regra Selecione (novamente) >> 'Fechar MSDE (TCP / UDP)' Pressione Editar ...
que abre a caixa ................ Lista de filtros IP, você verá uma lista de portas tcp 1433, udp 1434 {Essa é a nossa lista de portas todas inativas como regra de bloqueio ... ..}
Eu acho que o que precisa ser feito a partir daqui é ...
feche essa tela .. Filtro IP Lista na tela Editar propriedades da regra, existe uma guia Ação de filtro, você pode simplesmente mudar isso de Bloquear para permitir? (talvez alterá-lo para permitir, permitirá que marque a opção "Bloquear tudo" novamente - o que parece mais seguro, mas o pessoal do suporte disse que há um bug conhecido e, portanto, pode não funcionar)
ou
nas propriedades do filtro de pacotes
desmarque a regra 'Fechar MSDE (TCP / UDP)'
pode ser necessário desmarcar a regra 'Bloquear TUDO' para executá-la
provavelmente é tarde demais para isso ajudá-lo, mas espero que ajude alguém com o mesmo problema.
fonte
Primeiro, no estúdio de gerenciamento, verifique o gerenciamento, os logs do servidor sql \ current - você deseja procurar uma mensagem dizendo 'O servidor está escutando [' any '1433].' Caso contrário, vá para iniciar todos os programas, SQL Server 2008, ferramentas de configuração, gerenciador de configuração do servidor sql. Selecione 'configuração da rede do servidor sql \ protocolos para MSSQLServer \ SQLExpress'. Verifique se o TCP / IP está ativado. Deve ser baseado na saída do netstat -ano, mas ...
o mais importante - a partir de um cliente remoto, você tentou acessar via
?fonte
Você também pode tentar www.firebind.com. Ele pode testar se há algum bloco da porta TCP 1433 na direção de saída em direção a 1 e 1.
http://www.firebind.com/1433 testará isso imediatamente.
fonte
Eu tive a mesma dor de cabeça ao conectar 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 através da atribuição de regra de entrada para o SSMS para o firewall do PC cliente. O único local em que descobri como fazer isso foi https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx
Isso me ajudou. Espero que você também.
fonte
Você consegue telnetar para a porta 1433 da sua estação de trabalho? Essa é uma maneira fácil de determinar se você possui 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ê ver a porta filtrada me faz pensar que eles estão bloqueando em algum lugar abaixo da linha. Convém verificar com eles, pois eles podem não permitir a conexão remota de servidores SQL ou estão bloqueando portas conhecidas. O tcp / 1433 é uma porta conhecida e há alguns worms relacionados ao SQL Server que o direcionam diretamente.
fonte
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 se a "Autenticação SQL" está ativada. cuide também das configurações do "SQL Configuration Manager". Além disso, permita a porta 1433 como uma exceção no seu Firewall do Windows. Basicamente, se você não tiver dito ao seu servidor SQL para permitir conexões remotas, isso não acontecerá.
fonte
O agente do servidor SQL está em execução? se não for, qual versão do SQL server você possui?
Revise a diferença entre versões diferentes.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx
Se você possui a edição Express ou Web, eles estão desativados e não podem ser executados.
fonte
Idéia maluca, seu nome de usuário e senha estão corretos? Você está efetuando login usando autenticação do Windows ou SQL Server?
fonte
Procure a conectividade no seu SQL-Express. Ative o TCP / IP. Verifique se a porta está configurada para 1433 no seu SQL-Express. Você instalou uma instância nomeada?
Essa porta deve ser encaminhada em 1e1 para sua instância do SQL Server.
A propósito, verifique seu site sobre a porta 1433. Se o seu provedor a bloquear, você não terá chance.
fonte
O que funcionou para mim:
http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx
Especificamente, descobri que atribuir a porta desejada na seção IPALL das configurações de TCP / IP era o problema. Anteriormente, estava em branco e não pensei que fosse necessário inserir um valor aqui quando fui excluir os bits da "porta dinâmica".
fonte