Não conectar ao SQL Server através de VPN

https://stackoverflow.com/questions/669372

21-08-2019
|

Pergunta

Tenho ligado pela primeira vez a uma rede existente sobre VPN. Posso ping o endereço IP que é usado pelo SQL Server a partir do cliente VPN, mas não SSMS não conectar ao SQL Server. Eu estou usando o login id direita e senha.

Por isso pôde acontecer? Alguma idéia?

Graças

Solução

Em uma instância padrão, SQL Server escuta em TCP / 1433 por padrão. Isto pode ser alterado. Em uma instância nomeada, a menos que configurado de forma diferente, SQL Server escuta em uma porta TCP dinâmica. O que isto significa é deve SQL Server descobrir que a porta está em uso, ele vai pegar outra porta TCP. Como os clientes geralmente encontrar a porta direita no caso de uma instância nomeada é conversar com o SQL Server Browser Listener Serviço / SQL. Que escuta em UDP / 1434 e não pode ser alterado. Se você tiver uma instância nomeada, você pode configurar uma porta estática e se você tem uma necessidade para usar a autenticação Kerberos / delegação, você deve.

O que você precisa para determinar é o que porta o seu SQL Server está escutando. Então você vai precisar para chegar com seus pais redes / segurança para determinar se eles permitem a comunicação a essa porta via VPN. Se eles são, como indicado, verificar suas configurações de firewall. Alguns sistemas têm vários firewalls (meu laptop é um exemplo). Se assim for, você precisa verificar todos os firewalls em seu sistema.

Se todas essas são correta, verifique o servidor não tem uma política de IPSEC que restringe o acesso à porta do SQL Server através do endereço IP. Que também poderia resultar em que seja bloqueado.

Outras dicas

Quando isso acontece comigo, é porque o DNS não está funcionando corretamente. Tente usar o endereço IP em vez do nome do servidor no logon do SQL Server.

Certifique-se de SQL Server está habilitado para TCP / IP (alguém pode ter desativado-lo)?

Isso também irá ajudá-lo a verificar / verificar o número da porta da instância do SQL está usando (no caso de alguém mudou a partir do padrão de porta 1433).

Obviamente porta 1433 (ou qualquer SQL está escutando na porta) precisa ser desbloqueado por qualquer firewalls entre sua máquina e do SQL caixa está sendo executado.

Para verificar a configuração de rede do SQL (requer ferramentas SQL Server cliente instalado): Iniciar -> Programas -> SQL Server 200x -> Ferramentas de Configuração -> SQL Server Configuration Manager

Conectar-se à máquina que você precisa, em seguida, expandir a árvore Item (LHS) "Configuração de Rede do SQL Server", em seguida, escolher instância. Você deve ter quatro opções - memória compartilhada, Named Pipes, TCP / IP e VIA. Você pode verificar se o TCP / IP está ativado na janela de RHS.

Se fizer duplo clique em TCP / IP e clique na aba "Avançado", você também pode ver o número da porta.

Outros pensamentos .. Você está usando autenticação SQL ou autenticação do Windows (domínio)?

Se a autenticação do SQL (que eu suponho que você está usando dada você disse nome de usuário e senha), você tem certeza a instância do SQL você está se conectando possui autenticação de modo misto ativada? Se não, você tem que conectar como administrador e alterar as configurações de segurança padrão para permitir a autenticação SQL.
Se a autenticação do Windows, poderia sua rede estar usando Kerberos potencialmente? Alguém poderia pensar que as credenciais de VPN seria usado para o aperto de mão. Eu iria verificar sua conta tem direitos de login adequadas.

Verifique se a porta que o SQL Server está usando não está sendo bloqueado pelo seu firewall ou VPN.

Eu também tive esse problema ao tentar se conectar remotamente via VPN Hamachi. Eu tinha tentado tudo que está disponível na internet (incluindo este post) e ainda não funcionou. Note-se que tudo funcionou bem quando o mesmo banco de dados foi instalado em uma máquina na minha rede local. Finalmente eu era capaz de alcançar o sucesso usando a seguinte correção: na máquina remota, ative o endereço IP sobre o protocolo TCP / IP, assim:

Na máquina remota, inicie o SQL Server Configuration Manager, expanda Configuração de Rede do SQL Server, selecione "Protocolos para SQLEXPRESS" (ou "MSSQLSERVER"), clique com o botão direito em TCP / IP, na caixa de ir de diálogo resultante para o IP guia endereços, e certifique-se o elemento "IP1" é Active=Yes e Enabled=Yes. Anote o endereço IP (para mim não foi necessário modificar estes). Em seguida, parar e iniciar o servidor de serviços de SQL. Depois disso, garantir que o firewall no computador remoto está desactivado, ou uma exceção é permitido para a porta 1433 que inclui tanto a sub-rede local e a sub-rede para o endereço indicado na caixa de diálogo anterior. Em sua máquina local, você deve ser capaz de se conectar ao definir o nome do servidor para 192.168.1.22\SQLEXPRESS (ou [ip address of remote machine]\[SQL server instance name]).

Espero que ajude.

Você pode não ter a porta UDP aberta / VPN-encaminhado, é número porta 1433.

Apesar do nome protocolo cliente de "TCP / IP", mssql usa UDP para bitbanging.

SQL Server utiliza a porta TCP 1433. Isto provavelmente está bloqueada, quer pelo túnel VPN ou por um firewall no servidor.

Ao se conectar a VPN cada mensagem passa por servidor VPN e não poderia ser encaminhando suas mensagens a esse servidor porta SQL está trabalhando.

Tente

desativar VPN settings-> Propriedades> TCP / IP Propriedades-> Avançado-> Usar gateway padrão em rede remota.

Desta forma, você vai primeiro tentar conectar IP local do servidor SQL e só então usar o servidor VPN de transmitir a você

Eu tenho esta questão muito com Citrix Access Gateway. I normalmente um erro de tempo limite. Se você é capaz de se conectar ao banco de dados de um cliente na rede, mas não a partir de um cliente remoto via VPN, você pode esquecer a maioria das sugestões dadas aqui, porque todos os problemas do lado do servidor de endereço.

Eu sou capaz de se conectar quando eu aumentar o tempo limite do padrão (15 segundos) para 60 segundos, e por uma boa medida, forçar o protocolo TCP / IP. Estas coisas podem ser feitas na tela Opções da janela de autenticação:

Isto é o que fixa o meu problema de conexão de acesso de 2012 Banco de Dados SQL Server via VPN

Com o SQL Server 2012 Configuration Manager,

eu fui para a Rede SQL Server configuração

Em seguida, clicado na instância do servidor NOVO e clicou duas vezes o protocolo TCP / IP [Eu tinha também previamente habilitado esta opção e reiniciado o servidor, mas que ainda não corrigi-lo]

Agora que o TCP / IP foi habilitado, notei que todos os slots de porta IP no separador da caixa de diálogo Propriedades Avançadas de TCP / IP dos endereços IP "foram definidas como Ativado = Não.

Eu estava curioso para por que minha nova instalação definir todos esses slots IP para NO em vez de Sim, então eu só mudou-los para YES.

Agora, a conexão com o sever via VPN funciona muito bem, eu não alterar quaisquer números de porta.

Nota: Eu também tive SQL Server 2008 padrão do Visual Studio 2010 desinstalado, mas eu não acho que isso teve um efeito directo à situação TCP / IP. Uma colega de trabalho me disse que as instalações a 2008 e 2005 que vêm com visual studio pode interferir com SQL 2012.

Enquanto você tem o conjunto de firewall para permitir a porta que a instância do SQL Server está usando, tudo que você precisa fazer é mudar de fonte de dados a partir =Server name para =IP,Port

ou seja, na conexão utilização corda algo como isto.

Data Source=190.190.1.100,1433;

Você não deve ter de mudar nada no lado do cliente.

Eu estava tendo esse problema também com o SQL Server 2017.

Eu estou na mesma rede que o servidor via VPN e pode ping-lo. Depois de ter sido frustrado que nenhum método de autenticação iria trabalhar - I configurar um servidor SSH no servidor SQL - e eu era capaz de se conectar normalmente. Isto confirmou a porta correta não estava sendo atingido por algum motivo. Eu até criou uma nova contas de usuário, contas de domínio, cheques de firewall em ambas as extremidades, etc ...

A solução para mim foi: 1. Set Connection usar estritamente TCP / IP no SSMS 2. Use uma string personalizada para apontar para a porta padrão (ex: Data Source = 192.168.168.166,1433;)

Todos os outros comentários acima não funcionaram até agora. Parece que era obrigatório incluir o porto (embora o seu padrão).

Se você estiver usando SQL Server 2005, inicie o serviço navegador do SQL Server primeira

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow