Não é possível conectar-se ao Sql Server local enquanto estiver conectado a uma VPN

Question

Temos um Sql Server em nosso escritório aqui ao qual me conecto regularmente. Sem problemas.

Temos agora um cliente para cuja VPN precisamos nos conectar usando o software Windows VPN. Quando me conecto à VPN, porém, não consigo mais me conectar ao nosso servidor sql local.

Verifiquei se a conexão VPN possui a caixa de seleção "Usar gateway padrão na rede remota" está desabilitada para IPv4 e IPv6, portanto, DEVEM poder acessar meus recursos de LAN locais. Eu sei que isso, pelo menos, parcialmente trabalhando porque eu posso RDP em nossos servidores locais.

Por alguma razão, não consigo me conectar ao nosso Sql Server local via Sql Server Manager ou Sql Delta. Tentei conectar via nome DNS e endereço IP, com e sem ,1433 no final.

Por nome sem a porta, recebo a mensagem usual "recurso de rede não pôde ser encontrado, verifique se as conexões remotas estão habilitadas". Quando eu tento pelo IP, ou pelo nome com a porta, recebo o seguinte erro:

Alguém pode me indicar como consertar isso? Eu estou tentando configurá-lo assim quando precisamos empurrar as alterações, eu posso usar Sql Delta para apenas gerar scripts de mudança e fazê-lo rapidamente, ao invés de ter que fazer backup / zip / copy / unzip / restaurar todo o banco de dados toda vez .

Estou usando o Windows 8. Obrigado!

Conforme solicitado, aqui está minha tabela de rotas ...

C:\>route print
===========================================================================
Interface List
 35...........................FBS
 19...0c 60 76 37 fd 80 ......Microsoft Hosted Network Virtual Adapter
 13...00 26 b9 6f d3 84 ......NVIDIA nForce Networking Controller
 12...0c 60 76 37 fd 80 ......Dell Wireless 1510 Wireless-N WLAN Mini-Card
  1...........................Software Loopback Interface 1
 15...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter
 16...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface
 17...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0      192.168.1.1    192.168.1.104     25
         10.0.0.0        255.0.0.0       10.3.82.40       10.3.82.42     26
       10.3.82.42  255.255.255.255         On-link        10.3.82.42    281
    66.134.25.226  255.255.255.255      192.168.1.1    192.168.1.104     26
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
      192.168.1.0    255.255.255.0         On-link     192.168.1.104    281
    192.168.1.104  255.255.255.255         On-link     192.168.1.104    281
    192.168.1.255  255.255.255.255         On-link     192.168.1.104    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link     192.168.1.104    281
        224.0.0.0        240.0.0.0         On-link        10.3.82.42    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link     192.168.1.104    281
  255.255.255.255  255.255.255.255         On-link        10.3.82.42    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  1    306 ::1/128                  On-link
  1    306 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

C:\>

Eu sou um desenvolvedor, então o software é realmente a minha coisa. Quando se trata de qualquer tipo de rede mais avançada, estou um pouco fora do meu elemento, então não tenho certeza do que fazer com a maior parte disso.

    

Answer 1

Da sua tabela de roteamento, parece que seu principal gateway está na rede 192.168.1.0, e a rede remota (aquela acessível pela VPN) é 10.0.0.0. Mas você também nos disse que praticamente todos os seus servidores (locais) estão no intervalo 10.0.0.0. A partir disso, segue-se que há um choque de endereços Ip: quando conectados através da VPN, todos os pacotes para 10.0.0.0 são roteados através da VPN para a LAN remota, mesmo aqueles destinados ao seu servidor sql local.

Se o sql server estiver na rede 10.3.82.0, que eu acredito ser a LAN remota acessível através da VPN (por favor corrija se eu estou entendendo errado), não há nada que você possa fazer. Se, em vez disso, o servidor não estiver em uma rede 10.3.82.0, os seguintes comandos, a serem fornecidos após o estabelecimento da conexão VPN, resolverão seu problema:

route delete 10.0.0.0 
route ADD 10.3.82.0 MASK 255.255.255.0 10.3.82.40  
route ADD 10.0.0.0 MASK 255.0.0.0 192.168.1.1

Há um aparente conflito entre essas rotas, mas não se preocupe: a regra mais restritiva sempre tem precedência sobre a regra maior, produzindo o resultado correto.

    

Answer 2

Tente fazer o seguinte:

1. Localize o arquivo .pbk que contém a entrada que você disca. No meu caso é C:\Users\<user>\AppData\Roaming\Microsoft\Network\Connections\Pbk

2. Abra o arquivo no Bloco de Notas.

3. Localize a entrada UseRasCredentials = 1

   

4. Altereo1para0->UseRasCredentials=0

5. Salve e feche seu bloco de notas

Apenas para adicionar: não sei quantas conexões VPN você tem (eu tenho uma), mas caso você tenha mais de uma, você precisa encontrar todas as instâncias de UseRasCredentials = 1 e altere-os para UseRasCredentials = 0 . Cada conexão VPN tem o nome em um formulário [nome da VPN Connection] no início de sua seção