RasMan i RemoteAccess to nie ta sama usługa

RasMan i RemoteAccess stoją obok siebie na liście usług, obie wspominają dostęp zdalny i wykonują różną pracę. Jedna zarządza połączeniami klienta, a druga jest rolą serwera routingu i dostępu zdalnego. Traktowanie ich jako wymiennych to sposób, w jaki laptop kończy z włączoną funkcją serwera, aby naprawić problem klienta. Usługa może być istotna z nazwy i nieistotna z funkcji, co czyni nazwy najmniej użytecznym dowodem w zgłoszeniu.

Dwie nazwy, dwie różne prace

RasMan to menedżer połączeń, który obsługuje dostęp zdalny po stronie klienta, w tym książkę telefoniczną i mechanizm połączenia używany przez wbudowanego klienta VPN. RemoteAccess to usługa Routing i dostęp zdalny, która zapewnia routing, NAT i dostęp zdalny po stronie serwera na maszynie działającej jako router. Omówienie RAS firmy Microsoft opisuje ten model klienta, a stacja robocza, która wybiera VPN, potrzebuje tylko pierwszej z dwóch. Zainstalowanie lub uruchomienie drugiej nie sprawia, że pierwsza działa lepiej.

Inwentaryzacja tylko do odczytu nic nie kosztuje i odpowiada na pierwsze pytanie w kilka sekund. Uruchom oba odczyty i trzymaj wynik obok błędu klienta, ponieważ brakująca usługa i zatrzymana usługa to różne punkty wyjścia.

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

Zatrzymany RasMan z ręcznym typem uruchamiania to usługa wyłączona przez zasady, a to kwestia zarządzania, nie brakująca funkcja. Brak RemoteAccess to normalny stan stacji roboczej i nic nie mówi o kliencie. Lista połączeń ma znaczenie, bo pokazuje, czy Windows uważa, że profil istnieje, zanim jakakolwiek usługa zostanie obwiniona za awarię.

Od czego klient naprawdę zależy

Ustal rzeczywistą zależność zawodzącego klienta i jego pierwszy błąd, a nie ostatni. Usługa zatrzymana przez zasady to jedna z kilku możliwości. Dwa klienty walczące o trasę domyślną, prywatny DNS zastosowany do złego adaptera, sterownik filtra pozostawiony przez stary produkt i zasady zabezpieczeń, które nigdy nie miały współistnieć, każdy daje własny błąd. Żadnego z nich nie naprawia typ uruchamiania. Ta lista jest też powodem, dla którego typ uruchamiania jest złym pierwszym krokiem, bo jedno okno dialogowe może ukryć pięć różnych przyczyn.

Pierwszy błąd jest ważniejszy niż ostatni, bo wszystko po nim jest konsekwencją. Zarejestruj go przed zmianami, inaczej dowód zniknie wraz z objawem.

Dlaczego włączenie RRAS nic tu nie naprawia

Włączenie roli routingu dodaje usługę, zestaw konfiguracji rejestru i w niektórych wersjach pytania o konfigurację początkową. Nic z tego nie zapewnia zależności klienta, a na zarządzanym laptopie może naruszyć linię bazową. Jednorazowy post na forum o usłudze, która przypadkiem naprawiła jedną maszynę, nie jest zasadą włączania funkcji routingu w całej flocie. Zmiana usługi wymaga, aby rola i dokumentacja wdrożenia były zgodne, zanim ktokolwiek jej dotknie.

Tę konfigurację utrzymuje właściciel systemu, a nie ten, kto przypadkiem przeczytał wątek. Dryf linii bazowej w flocie jest kosztowny do cofnięcia, a każda włączona rola to kolejna rzecz, którą następny audyt musi uzasadnić. Jeśli rola naprawdę należy do maszyny, ta decyzja zapadła miesiące przed tym zgłoszeniem.

Porównaj z działającą maszyną

Porównaj z działającą maszyną, która ma te same wersje klienta i te same zamierzone profile, a nie z maszyną o tych samych nazwach skrótów na pulpicie. Dwa połączone wskaźniki nie oznaczają jednej spójnej zasady sieciowej, a sprawdzenie obsługiwanego współistnienia jest częścią porównania. Zapisz wersję klienta, błąd, obecne usługi i trasy na obu maszynach. Następnie zdecyduj, czy różnica dotyczy usługi, trasy, zasady czy wersji.

Podobne nazwy to wskazówka, gdzie patrzeć, i to cała ich wartość. Diagnoza wymaga pierwszego błędu, maszyny porównawczej i zapisu sprzed zmiany.