Otwarcie portu UDP

Otwarcie portu UDP 1434 jest potrzebne usłudze SQL Server Browser przy łączeniu się z instancjami nazwanymi.

Rola portu UDP 1434 w SQL Server Browser

Otwarcie portu UDP 1434 jest związane z usługą SQL Server Browser firmy Microsoft. Usługa ta nasłuchuje na porcie UDP 1434 i odpowiada na zapytania klientów, którzy próbują połączyć się z nazwanym wystąpieniem SQL Server. Nazwane wystąpienie ma postać na przykład NAZWA_SERWERA\KSIEGOWOSC, a sama nazwa nie określa jeszcze numeru portu TCP, na którym działa silnik bazy danych. SQL Server Browser pomaga klientowi ustalić ten numer.

Po otrzymaniu zapytania usługa SQL Server Browser zwraca informacje o dostępnych wystąpieniach, ich nazwach oraz portach używanych przez poszczególne usługi SQL Server. Klient wykorzystuje te dane do utworzenia właściwego połączenia z silnikiem bazy danych, zwykle przez TCP. Port UDP 1434 nie jest więc portem, przez który odbywa się cała komunikacja z bazą. Służy przede wszystkim do odnalezienia właściwego wystąpienia i jego portu TCP.

Dlaczego nazwane wystąpienie wymaga dodatkowego mechanizmu

Domyślne wystąpienie SQL Server często korzysta ze standardowego portu TCP 1433, chociaż administrator może skonfigurować inny port. Nazwane wystąpienia mogą natomiast używać portów dynamicznych albo portów ustawionych ręcznie. W przypadku portu dynamicznego jego numer może zostać przydzielony podczas uruchamiania usługi SQL Server, dlatego klient nie powinien zakładać z góry konkretnej wartości.

Gdy aplikacja podaje nazwę serwera wraz z nazwą wystąpienia, klient może wysłać zapytanie do SQL Server Browser na UDP 1434. Browser rozpoznaje nazwane wystąpienie i przekazuje informację o porcie TCP, na którym aktualnie nasłuchuje odpowiedni silnik. Następnie klient nawiązuje już połączenie z tym portem TCP. Jeżeli UDP 1434 jest blokowany, usługa SQL Server Browser jest zatrzymana albo zapytania nie docierają do właściwego hosta, połączenie z użyciem samej nazwy wystąpienia może zakończyć się komunikatem o braku możliwości znalezienia serwera lub wystąpienia.

Zakres reguł zapory i typowe objawy blokady

Reguła zapory dla UDP 1434 powinna dotyczyć ruchu przychodzącego do komputera, na którym działa SQL Server Browser. Samo otwarcie UDP 1434 nie wystarcza jednak do obsługi połączenia z bazą. Zapora musi również przepuszczać ruch TCP do portu używanego przez konkretne wystąpienie SQL Server. Przy porcie dynamicznym numer należy odczytać z konfiguracji SQL Server, a przy porcie statycznym zastosować dokładnie wartość ustawioną dla danego wystąpienia.

Rozróżnienie tych dwóch etapów ułatwia diagnostykę. Jeżeli klient nie potrafi odnaleźć nazwanego wystąpienia, należy sprawdzić działanie usługi SQL Server Browser, dostępność UDP 1434 i reguły zapory na hoście oraz urządzeniach sieciowych. Jeżeli wystąpienie zostaje odnalezione, ale połączenie nadal nie powstaje, problem może dotyczyć portu TCP silnika SQL Server, jego reguły zapory, trasy sieciowej albo nasłuchiwania usługi. W takiej sytuacji samo testowanie UDP 1434 nie potwierdza poprawności całej ścieżki połączenia.

Konfiguracja i weryfikacja po stronie SQL Server

Numer portu oraz ustawienia protokołów sprawdza się w SQL Server Configuration Manager, w konfiguracji sieciowej właściwego wystąpienia SQL Server, przede wszystkim w ustawieniach protokołu TCP/IP. Po zmianie portu lub innych parametrów sieciowych może być wymagane ponowne uruchomienie usługi silnika bazy danych. Usługę SQL Server Browser uruchamia się i kontroluje niezależnie od usługi konkretnego wystąpienia. Jej obecność nie oznacza, że silnik SQL Server działa poprawnie, a działający silnik nie gwarantuje, że Browser odpowiada na zapytania.

Alternatywą dla korzystania z SQL Server Browser jest podanie klientowi konkretnego portu TCP, na przykład w formie adresu serwer,51433, jeżeli dane wystąpienie rzeczywiście nasłuchuje na porcie 51433. W takim modelu klient nie musi pytać o numer portu przez UDP 1434, ale nadal musi mieć dostęp do wskazanego portu TCP. Diagnostyka powinna obejmować nazwę hosta, rozwiązywanie adresu, status usług SQL Server, konfigurację TCP/IP, aktualny numer portu oraz reguły zapory. Takie sprawdzenie pozwala odróżnić problem z odnajdywaniem wystąpienia od problemu z właściwym połączeniem do silnika bazy danych.