Недавно мы изменили VPN с OpenVPN на SoftEther; до сих пор он отлично работает, за одним исключением: SQL Server Management Studio. По какой-то причине либо SSMS, либо SQL Server разрывают соединение через короткий промежуток времени (~ 30 секунд). Попытка запустить запрос после этого (даже простой SELECT) возвращает это:
Нажатие F5 в этот момент восстанавливает соединение, и все работает нормально... еще около 30 секунд. Не нарушает договоренности, но сильно раздражает, если вы являетесь администратором баз данных (как некоторые из моих пользователей).
Все остальное прекрасно работает через SoftEther: файл + печать, сеансы SSH/RDP, MySQL Workbench и так далее. Просто кажется, что SSMS это не нравится, но я не знаю, почему. Эта проблема характерна для всех SQL-серверов, с которыми я ее тестировал; Я изменил настройки тайм-аута/поддержания активности на сервере и клиенте, но, похоже, ничего не влияет. Трассировка пакетов трафика SQL Server показывает, что сервер отправляет RST примерно через 30 секунд:
(192.168.30.30 — мой IP-адрес VPN, 172.16.1.132 — SQL Server, с которым я тестирую)
Кто-нибудь знает, как я могу убедить эту штуку оставаться на связи? Рядом с разгневанными администраторами баз данных совсем не весело.
РЕДАКТИРОВАТЬ, в ответ на комментарий Грега: трафик на сервере не показывает RST, только FIN/ACK:
(150.150.10.39 — это IP-адрес VPN-сервера на стороне локальной сети, который транслирует мой трафик через NAT)
Дальнейшие обновления, 14/3/22: Настройка MTU на клиенте, VPN-сервере или SQL-сервере не дает никакого эффекта. Какие делает есть эффект использования DBeaver в качестве клиента вместо SSMS; это надежно, без тайм-аутов или отключений.
