Столкнулся с проблемами SQL, и могу найти точную проблему, описанную здесь, на SF.
У меня есть SQL-сервер, работающий в подсети 192.168.16.x с одной стороны site-to-site VPN. У меня есть рабочая станция в подсети 172.16.100.x с другой стороны.
Браузер SQL, работающий на сервере SQL, и браузер компьютера, работающий на контроллерах домена и всех рабочих станциях с обеих сторон. Браузер компьютера правильно отображает все компьютеры с обеих сторон вместе.
Я могу пинговать и разрешать все имена хостов в обоих направлениях, но при добавлении SQL DSN имя экземпляра SQL не заполняет раскрывающийся список на стороне 100.x, только на стороне 16.x. Весь трафик и порты открыты на vpn.
Программное приложение, которое мне нужно настроить, требует, чтобы экземпляр SQL был широковещательным и выбираемым. Для него требуется DSN, и, по сути, его нужно настроить, выбрав экземпляр SQL в приложении. Вы не можете просто ввести его... это не сработает.
Буду очень признателен за любые идеи, как это исправить.
Спасибо!
решение1
Я не очень разбираюсь в обнаружении экземпляров SQL, но если предположить, что это основано на широковещательной передаче, то она никогда не пересечет границы IP-сети (что объясняет наблюдаемое вами поведение, если ваше программное обеспечение находится на стороне VPN 16.X).
Если проблема действительно в этом, то обходным путем (заметьте, я не называл это решением) можно было бы настроить трансляцию сетевых адресов для перенаправления широковещательной передачи из сети 16.X на широковещательный адрес сети 100.X, если ваш маршрутизатор это позволяет.