RasMan et RemoteAccess ne sont pas le même service

RasMan et RemoteAccess apparaissent côte à côte dans une liste de services, les deux mentionnent l’accès à distance, et ils font des métiers différents. L’un gère les connexions client, et l’autre est le rôle serveur de routage et d’accès à distance. Les traiter comme interchangeables est la façon dont un ordinateur portable finit avec une fonctionnalité serveur activée pour corriger un problème client. Un service peut être pertinent par son nom et hors sujet par sa fonction, ce qui fait des noms la preuve la moins utile du ticket.

Deux noms, deux métiers différents

RasMan est le gestionnaire de connexions qui prend en charge l’accès à distance côté client, y compris le carnet d’adresses et la mécanique de connexion qu’utilise le client VPN intégré. RemoteAccess est le service Routage et accès distant, qui fournit le routage, NAT et l’accès à distance côté serveur sur une machine qui agit comme routeur. La présentation de RAS de Microsoft décrit ce modèle client, et un poste de travail qui compose un VPN n’a besoin que du premier des deux. Installer ou démarrer le second n’améliore pas le premier.

Un inventaire en lecture seule ne coûte rien et répond à la première question en quelques secondes. Lancez les deux lectures et gardez la sortie à côté de l’erreur du client, car un service absent et un service arrêté sont des points de départ différents.

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

Un RasMan arrêté avec un type de démarrage manuel est un service que la stratégie a désactivé, ce qui est une question de gestion et non une fonctionnalité manquante. Un RemoteAccess absent est l’état normal d’un poste de travail et ne dit rien du client. La liste des connexions compte parce qu’elle montre si Windows croit qu’un profil existe avant que l’on blâme un service pour la panne.

Ce dont le client dépend réellement

Identifiez la véritable dépendance du client défaillant et sa première erreur, pas la dernière. Un service arrêté par stratégie est une possibilité parmi plusieurs. Deux clients qui se disputent une route par défaut, un DNS privé appliqué au mauvais adaptateur, un pilote de filtre laissé par un ancien produit et des stratégies de sécurité qui n’auraient jamais dû coexister produisent chacun leur propre erreur. Aucun d’eux n’est réparé par un mode de démarrage. Cette liste explique aussi pourquoi un mode de démarrage est un mauvais premier pas, puisqu’une seule boîte de dialogue peut masquer cinq causes différentes.

La première erreur compte plus que la dernière, car tout ce qui suit en est une conséquence. Capturez-la avant de faire des changements, sinon la preuve disparaît avec le symptôme.

Pourquoi activer RRAS ne répare rien ici

Activer le rôle de routage ajoute un service, un ensemble de configuration du registre et, sur certaines versions, des invites sur la configuration initiale. Rien de tout cela n’apporte une dépendance client, et sur un portable géré cela peut violer une base de référence. Le message de forum d’une personne sur un service qui a corrigé une machine par hasard n’est pas une stratégie pour activer des fonctions de routage sur tout un parc. Un changement de service exige que le rôle et la documentation de déploiement soient d’accord avant que quiconque y touche.

C’est le propriétaire du système qui garde cette configuration, pas celui qui a lu le fil par hasard. La dérive de la base de référence sur un parc coûte cher à défaire, et chaque rôle activé est une chose de plus que le prochain audit devra justifier. Si le rôle appartient vraiment à la machine, cette décision date de plusieurs mois avant ce ticket.

Comparez avec une machine qui fonctionne

Comparez avec une machine qui fonctionne et qui exécute les mêmes versions client et les mêmes profils prévus, plutôt qu’avec une machine ayant les mêmes noms de raccourcis de bureau. Deux indicateurs connectés n’impliquent pas une politique réseau cohérente, et vérifier la coexistence prise en charge fait partie de la comparaison. Notez la version du client, l’erreur, les services présents et les routes en place sur les deux machines. Décidez ensuite si la différence est un service, une route, une stratégie ou une version.

Des noms similaires sont un indice sur l’endroit où regarder, et c’est toute leur valeur. Un diagnostic a besoin d’une première erreur, d’une machine de comparaison et d’un enregistrement antérieur au changement.