Ręczna konfiguracja portów

Ręczna konfiguracja portów przydaje się, gdy automatyczne wykrywanie instancji nazwanej jest zablokowane w sieci.

Dlaczego port trzeba wskazać ręcznie

Ręczna konfiguracja portów polega na przypisaniu usłudze sieciowej konkretnego numeru portu TCP albo UDP oraz wpisaniu tego numeru w programie, zaporze sieciowej lub ustawieniach połączenia. Stosuje się ją wtedy, gdy klient nie może automatycznie ustalić, pod jakim adresem i portem działa usługa. W przypadku nazwanej instancji SQL Server mechanizm automatycznego wykrywania może zależeć od usługi SQL Server Browser, która korzysta z portu UDP 1434. Jeżeli zapora blokuje ten ruch, usługa Browser jest zatrzymana albo urządzenia znajdują się w różnych segmentach sieci, nazwa instancji może nie wystarczyć do nawiązania połączenia.

Po ręcznym przypisaniu portu klient może łączyć się bezpośrednio z konkretnym adresem, na przykład z użyciem zapisu adres_serwera,numer_portu. Przecinek oddzielający nazwę hosta od numeru portu jest typowy dla parametrów połączenia SQL Server. Takie rozwiązanie ogranicza zależność od automatycznego wyszukiwania, ale wymaga zgodności kilku ustawień: usługa musi nasłuchiwać na wybranym porcie, zapora musi przepuszczać odpowiedni ruch, a klient musi korzystać z właściwego adresu urządzenia.

Port nasłuchujący a port wykorzystywany przez klienta

Port TCP jest punktem logicznym, na którym proces oczekuje na połączenia. Sama obecność wpisu w konfiguracji klienta nie uruchamia usługi i nie powoduje otwarcia portu. Najpierw trzeba ustalić, jaki port został przypisany do właściwej usługi, a następnie sprawdzić, czy proces rzeczywiście nasłuchuje na tym porcie. W systemie Windows można do tego wykorzystać narzędzia systemowe, takie jak netstat -ano, które pokazuje aktywne gniazda i identyfikatory procesów. Identyfikator PID można później powiązać z procesem w Menedżerze zadań albo innym narzędziu administracyjnym.

W konfiguracji SQL Server ustawienia protokołu TCP/IP znajdują się w SQL Server Configuration Manager. Dla odpowiedniego interfejsu sieciowego można określić port TCP używany przez daną instancję. W polu portów dynamicznych należy usunąć niepożądaną wartość, a w polu portu statycznego wpisać wybrany numer, jeżeli celem jest stały adres komunikacyjny. Po zmianie konfiguracji usługa SQL Server wymaga ponownego uruchomienia, ponieważ dopiero wtedy ponownie otwiera gniazdo z nowymi parametrami. Należy uważać, aby nie przypisać portu zajętego przez inną usługę.

Zapora, adres hosta i test połączenia

Ręczne ustawienie portu nie zastępuje reguły zapory sieciowej. Jeżeli połączenie ma przychodzić z innego komputera, zapora na urządzeniu udostępniającym usługę musi zezwalać na ruch przychodzący TCP na wybrany numer. Reguła powinna być możliwie precyzyjna: powinna dotyczyć właściwego profilu sieciowego, protokołu i portu, a w środowisku lokalnym także ograniczonego zakresu adresów, jeżeli jest to zgodne z organizacją sieci. Otwieranie przypadkowych portów lub całego zakresu portów utrudnia późniejszą diagnostykę i zwiększa powierzchnię komunikacji.

Test należy wykonywać z tego komputera, na którym występuje problem, ponieważ lokalne działanie usługi nie dowodzi dostępności z sieci. W PowerShell można użyć polecenia Test-NetConnection nazwa_lub_adres -Port numer. Wynik z TcpTestSucceeded : True potwierdza możliwość zestawienia połączenia TCP z podanym adresem i portem, ale nie potwierdza jeszcze poprawnego uwierzytelnienia ani dostępu do konkretnej bazy. Wynik negatywny może oznaczać błędny adres, brak nasłuchu usługi, filtr zapory, izolację sieci Wi-Fi albo problem z routingiem. Jeżeli test TCP przechodzi, a aplikacja nadal zgłasza błąd, trzeba sprawdzić nazwę instancji, sposób uwierzytelniania i parametry samego klienta.

Bezpieczne uporządkowanie konfiguracji na komputerze

Przed zmianą ustawień warto zapisać dotychczasową konfigurację i ustalić, czy problem dotyczy tylko automatycznego wykrywania, czy również samej usługi. Należy rozróżnić nazwę komputera od adresu IP, nazwę instancji od numeru portu oraz port UDP używany do wykrywania od portu TCP używanego do właściwej komunikacji. Pomieszanie tych wartości często prowadzi do sytuacji, w której klient wskazuje poprawny komputer, ale próbuje połączyć się z nieistniejącym portem. Przy zmiennym adresie IP przydatna jest nazwa hosta rozwiązywana przez lokalny DNS albo inną poprawnie działającą usługę rozpoznawania nazw.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z połączeniami sieciowymi oraz konfiguracją oprogramowania na komputerze użytkownika. Przy analizie ręcznie ustawionego portu sprawdzane są kolejno: stan usługi, aktywny protokół TCP/IP, numer portu, nasłuch procesu, reguły Zapory systemu Windows, rozwiązywanie nazwy hosta i parametry programu klienckiego. Taka kolejność pozwala oddzielić błąd konfiguracji aplikacji od problemu z siecią lub sprzętem, na przykład uszkodzoną kartą sieciową albo nieprawidłowym działaniem sterownika.