3

У нас есть Sql Server в нашем офисе, к которому я регулярно подключаюсь. Нет проблем.

Теперь у нас есть клиент, к которому мы должны подключиться с помощью программного обеспечения Windows VPN. Когда я подключаюсь к VPN, я больше не могу подключиться к нашему локальному серверу sql.

Я удостоверился, что VPN-соединение имеет флажок "Использовать шлюз по умолчанию в удаленной сети" для IPv4 и IPv6, поэтому я ДОЛЖЕН иметь возможность доступа к ресурсам локальной сети. Я знаю, что это по крайней мере частично работает, потому что я могу RDP на наших локальных серверах.

Однако по какой-то причине я просто не могу подключиться к нашему локальному серверу Sql через Sql Server Manager или Sql Delta. Я попытался подключиться через DNS-имя и IP-адрес, как с, так и без ,1433 на конце.

По имени без порта я получаю обычное сообщение «сетевой ресурс не найден, убедитесь, что удаленные подключения включены». Когда я пытаюсь сделать это по IP или по имени с портом, я получаю следующую ошибку:

Может кто-нибудь указать мне, как это исправить? Я пытаюсь настроить его, поэтому, когда нам нужно отправить изменения, я могу использовать Sql Delta, чтобы просто генерировать сценарии изменений и делать это быстро, вместо того, чтобы каждый раз делать резервную копию /zip /copy /unzip /restore всей базы данных ,

Я использую Windows 8. Спасибо!

Как и просили, вот моя таблица маршрутов ... 

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:\>

Я разработчик, поэтому программное обеспечение - это мое дело. Когда дело доходит до какой-либо более продвинутой сети, я немного не в себе, поэтому я не уверен, что из этого получится.

|источник

2 ответа2

2

Из таблицы маршрутизации кажется, что ваш основной шлюз находится в сети 192.168.1.0, а удаленная сеть (доступная для VPN) - 10.0.0.0. Но вы также сказали нам, что почти все ваши (локальные) серверы находятся в диапазоне 10.0.0.0. Из этого следует, что происходит конфликт IP-адресов: при подключении через VPN все пакеты до 10.0.0.0 маршрутизируются через VPN в удаленную локальную сеть, даже те, которые предназначены для вашего локального сервера sql.

Если сервер sql находится в сети 10.3.82.0, которая, на мой взгляд, является удаленной локальной сетью, доступной через VPN (исправьте, если я ошибаюсь), вы ничего не можете сделать. Если вместо этого сервер не находится в сети 10.3.82.0, то следующие команды, которые будут даны после установления соединения VPN, решат вашу проблему:

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

Существует очевидный конфликт между этими маршрутами, но не о чем беспокоиться: более ограничительное правило всегда имеет приоритет над более широким правилом, давая правильный результат.

|источник
1

Попробуйте сделать следующее:

  1. Найдите файл .pbk, содержащий запись, которую вы набираете. В моем случае это C:\Users\<user>\AppData\Roaming\Microsoft\Network\Connections\Pbk

  2. Откройте файл в блокноте.

  3. Найдите запись UseRasCredentials = 1

  4. Измените 1 на 0 -> UseRasCredentials = 0

  5. Сохраните его и закройте блокнот

Просто добавлю: я не знаю, сколько у вас VPN-подключений (у меня есть), но в случае, если у вас их несколько, вам нужно найти все экземпляры UseRasCredentials = 1 и изменить их на UseRasCredentials = 0. Каждое VPN-соединение имеет имя в форме [Имя VPN-соединения] в начале своего раздела.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .