Am schimbat recent VPN-urile de la OpenVPN la SoftEther; funcționează grozav până acum, cu o singură excepție: SQL Server Management Studio. Din anumite motive, fie SSMS, fie SQL Server pare să renunțe la conexiunea după o perioadă scurtă de timp (~30 de secunde). Încercarea de a rula o interogare după aceea (chiar și un simplu SELECT) returnează acest lucru:
Dacă apăsați pe F5 în acel moment, conexiunea se restabilește și totul funcționează OK... pentru încă 30 de secunde sau cam asa ceva. Nu este un deal-breaker, dar masiv enervant dacă sunteți DBA (precum mulți dintre utilizatorii mei).
Orice altceva funcționează bine prin SoftEther: fișier + imprimare, sesiuni SSH/RDP, MySQL Workbench, orice. Se pare că SSMS nu-i place, dar nu știu de ce. Problema este comună pe toate serverele SQL cu care am testat-o; Am ajustat setările de timeout/keepalive pe server și client, dar nimic nu pare să aibă vreun efect. O urmă de pachet de trafic SQL Server arată că serverul trimite un RST după aproximativ 30 de secunde:
(192.168.30.30 este IP-ul meu VPN, 172.16.1.132 este serverul SQL cu care testez)
Are cineva idee cum aș putea convinge chestia asta să rămână conectată? DBA supărați nu este distractiv.
EDIT, ca răspuns la comentariul lui Greg: traficul de pe server nu arată RST, ci doar un FIN/ACK:
(150.150.10.39 este IP-ul din partea LAN al serverului VPN, care este NAT-ing traficul meu)
Actualizări suplimentare, 14/3/22: Ajustarea MTU pe client, server VPN sau server SQL pare să nu aibă niciun efect. Ce face are un efect este utilizarea DBeaver ca client în loc de SSMS; este solid, fără timeouts sau deconectări.
