W domyślnym wystąpieniu SQL Server domyślnie nasłuchuje na TCP/1433. Można to zmienić. W nazwanym wystąpieniu, o ile nie skonfigurowano inaczej, SQL Server nasłuchuje na dynamicznym porcie TCP. Oznacza to, że jeśli SQL Server odkryje, że port jest używany, wybierze inny port TCP. Sposób, w jaki klienci zazwyczaj znajdują właściwy port w przypadku nazwanego wystąpienia, to rozmowa z usługą nasłuchiwania serwera SQL/przeglądarką SQL. Nasłuchuje na UDP/1434 i nie można go zmienić. Jeśli masz nazwaną instancję, możesz skonfigurować port statyczny, a jeśli potrzebujesz uwierzytelniania/delegacji Kerberos, powinieneś.
Musisz określić, na którym porcie nasłuchuje Twój SQL Server. Następnie musisz skontaktować się z osobami zajmującymi się siecią / bezpieczeństwem, aby ustalić, czy zezwalają na komunikację z tym portem przez VPN. Jeśli tak, jak wskazano, sprawdź ustawienia zapory. Niektóre systemy mają wiele zapór ogniowych (mój laptop jest przykładem). Jeśli tak, musisz sprawdzić wszystkie zapory sieciowe w swoim systemie.
Jeśli wszystkie są poprawne, sprawdź, czy serwer nie ma zasad IPSEC, które ograniczają dostęp do portu SQL Server za pośrednictwem adresu IP. Może to również spowodować, że zostaniesz zablokowany.
