RasMan a RemoteAccess nejsou stejná služba

RasMan a RemoteAccess stojí v seznamu služeb vedle sebe, oba zmiňují vzdálený přístup a dělají různou práci. Jeden spravuje klientská připojení a druhý je serverová role směrování a vzdáleného přístupu. Když je považujeme za zaměnitelné, skončí notebook se zapnutou serverovou funkcí, která má opravit klientský problém. Služba může být relevantní jménem a irelevantní funkcí, a proto jsou jména v tiketu nejméně užitečný důkaz.

Dvě jména, dvě různé práce

RasMan je správce připojení, který zajišťuje vzdálený přístup na straně klienta, včetně telefonního seznamu a připojovacího mechanismu, který používá vestavěný klient VPN. RemoteAccess je služba Směrování a vzdálený přístup, která poskytuje směrování, NAT a serverový vzdálený přístup na počítači fungujícím jako směrovač. Přehled RAS od Microsoftu popisuje tento klientský model a pracovní stanice, která se připojuje k VPN, potřebuje jen první z obou. Instalace nebo spuštění druhé nezpůsobí, že první bude fungovat lépe.

Inventura pouze pro čtení nic nestojí a odpoví na první otázku během sekund. Spusťte obě čtení a výstup si nechte vedle chyby klienta, protože chybějící služba a zastavená služba jsou různé výchozí body.

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

Zastavený RasMan s ručním typem spuštění je služba, kterou vypnula zásada, což je otázka správy, ne chybějící funkce. Chybějící RemoteAccess je normální stav pracovní stanice a o klientovi neříká nic. Seznam připojení je důležitý, protože ukazuje, zda Windows věří, že profil existuje, dřív než obviníme nějakou službu ze selhání.

Na čem klient skutečně závisí

Určete skutečnou závislost selhávajícího klienta a jeho první chybu, ne poslední. Služba zastavená zásadou je jedna z několika možností. Dva klienti bojující o výchozí trasu, privátní DNS nasazené na špatný adaptér, filtrovací ovladač ponechaný starým produktem a bezpečnostní zásady, které nikdy neměly koexistovat, každý vytváří vlastní chybu. Žádnou z nich nespraví režim spuštění. Tento seznam je také důvod, proč je režim spuštění špatný první krok, protože jeden dialog může skrýt pět různých příčin.

První chyba je důležitější než poslední, protože vše po ní je následek. Zachyťte ji před změnami, jinak důkaz zmizí se symptomem.

Proč zde zapnutí RRAS nic neopraví

Zapnutí role směrování přidá službu, sadu konfigurace registru a v některých verzích výzvy k počáteční konfiguraci. Nic z toho nedodá klientskou závislost a na spravovaném notebooku to může porušit základní linii. Jeden příspěvek na fóru o službě, která náhodou opravila jeden stroj, není zásada pro zapínání funkcí směrování v celé flotile. Změna služby vyžaduje, aby se role a dokumentace k nasazení shodly, než se jí někdo dotkne.

Tuto konfiguraci drží vlastník systému, ne ten, kdo vlákno náhodou přečetl. Odchylka základní linie napříč flotilou se draze vrací a každá zapnutá role je další věc, kterou musí příští audit obhájit. Pokud role na stroj skutečně patří, to rozhodnutí je měsíce před tímto ticketem.

Porovnejte s funkčním strojem

Porovnávejte s funkčním strojem, který má stejné verze klienta a stejné zamýšlené profily, ne se strojem se stejnými názvy zástupců na ploše. Dva indikátory připojení neznamenají jednu koherentní síťovou zásadu a ověření podporované koexistence je součástí srovnání. Zaznamenejte verzi klienta, chybu, přítomné služby a trasy na obou strojích. Potom rozhodněte, zda je rozdíl ve službě, trase, zásadě nebo verzi.

Podobná jména jsou vodítko, kam se dívat, a to je celá jejich hodnota. Diagnóza potřebuje první chybu, srovnávací stroj a záznam, který předchází změně.