RasMan과 RemoteAccess는 같은 서비스가 아닙니다
하나는 클라이언트 연결을 관리하고, 다른 하나는 서버 라우팅 역할입니다. 필요하지 않았던 기능을 켜기 전에 실패한 클라이언트의 첫 번째 오류를 비교하세요.
RasMan과 RemoteAccess는 서비스 목록에서 나란히 나타나고, 둘 다 원격 액세스를 언급하지만 서로 다른 일을 합니다. 하나는 클라이언트 연결을 관리하고, 다른 하나는 라우팅 및 원격 액세스 서버 역할입니다. 둘을 서로 바꿔 쓸 수 있다고 보는 것이 노트북에 클라이언트 문제를 고치려고 서버 기능이 켜지는 이유입니다. 서비스는 이름으로는 관련이 있고 기능으로는 무관할 수 있어서, 티켓에서 이름은 가장 쓸모없는 증거가 됩니다.
두 이름, 두 가지 다른 일
RasMan은 기본 제공 VPN 클라이언트가 사용하는 전화번호부와 연결 메커니즘을 포함해 클라이언트 측 원격 액세스를 처리하는 연결 관리자입니다. RemoteAccess은 라우터 역할을 하는 컴퓨터에서 라우팅, NAT 및 서버 측 원격 액세스를 제공하는 라우팅 및 원격 액세스 서비스입니다. Microsoft의 RAS 개요가 그 클라이언트 모델을 설명하며, VPN에 전화를 거는 워크스테이션에는 둘 중 첫 번째만 필요합니다. 두 번째를 설치하거나 시작해도 첫 번째가 더 잘 작동하지는 않습니다.
읽기 전용 인벤토리는 비용이 들지 않고 첫 번째 질문에 몇 초 만에 답합니다. 두 읽기를 모두 실행하고, 없는 서비스와 중지된 서비스는 서로 다른 출발점이므로 출력을 클라이언트의 오류 옆에 두세요.
Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress
수동 시작 유형으로 중지된 RasMan은 정책이 꺼 버린 서비스이며, 이는 빠진 기능이 아니라 관리 질문입니다. RemoteAccess가 없는 것은 워크스테이션의 정상 상태이고 클라이언트에 대해 아무것도 말해 주지 않습니다. 연결 목록이 중요한 이유는 어떤 서비스에 장애 책임을 물기 전에 Windows가 프로필이 있다고 믿는지 보여 주기 때문입니다.
클라이언트가 실제로 의존하는 것
실패한 클라이언트의 실제 종속성과 마지막이 아닌 첫 번째 오류를 확인하세요. 정책으로 중지된 서비스는 여러 가능성 중 하나입니다. 기본 경로를 두고 다투는 두 클라이언트, 잘못된 어댑터에 적용된 프라이빗 DNS, 오래된 제품이 남긴 필터 드라이버, 그리고 함께 존재해서는 안 되었던 보안 정책은 각각 고유한 오류를 만듭니다. 어느 것도 시작 유형으로 고쳐지지 않습니다. 이 목록은 대화 상자 하나가 다섯 가지 원인을 숨길 수 있기 때문에 시작 유형이 나쁜 첫 단계인 이유이기도 합니다.
그 뒤의 모든 것이 결과이므로 첫 번째 오류가 마지막 오류보다 중요합니다. 변경하기 전에 기록하지 않으면 증거가 증상과 함께 사라집니다.
여기서 RRAS를 켜도 아무것도 해결되지 않는 이유
라우팅 역할을 켜면 서비스, 레지스트리 구성 집합, 일부 버전에서는 초기 구성에 대한 메시지가 추가됩니다. 그 어느 것도 클라이언트 종속성을 제공하지 않으며, 관리되는 노트북에서는 기준선을 위반할 수 있습니다. 한 서비스가 우연히 한 대를 고쳤다는 누군가의 포럼 게시물은 전체 플릿에서 라우팅 기능을 켜는 정책이 아닙니다. 서비스 변경은 역할과 배포 문서가 일치해야만 누구든 손댈 수 있습니다.
그 구성을 유지하는 것은 시스템 소유자이며, 스레드를 우연히 읽은 사람이 아닙니다. 플릿 전체의 기준선 이탈은 되돌리는 데 비용이 많이 들고, 활성화된 모든 역할은 다음 감사가 정당화해야 할 항목이 하나 더 늘어나는 것입니다. 역할이 정말 그 컴퓨터에 속한다면 그 결정은 이 티켓보다 몇 달 앞선 것입니다.
정상 컴퓨터와 비교하세요
데스크톱 바로 가기 이름만 같은 컴퓨터가 아니라, 동일한 클라이언트 버전과 동일한 의도된 프로필을 실행하는 정상 컴퓨터와 비교하세요. 연결 표시가 두 개라고 해서 하나의 일관된 네트워크 정책이 되는 것은 아니며, 지원되는 공존을 확인하는 것도 비교의 일부입니다. 두 컴퓨터에서 클라이언트 버전, 오류, 존재하는 서비스, 적용된 경로를 기록하세요. 그런 다음 차이가 서비스인지, 경로인지, 정책인지, 버전인지 결정하세요.
비슷한 이름은 어디를 볼지에 대한 힌트이며, 그 가치가 전부입니다. 진단에는 첫 번째 오류, 비교용 컴퓨터, 변경 이전의 기록이 필요합니다.