VPN 어댑터가 늘 작업 프로필로 떨어지는 이유

회사 터널에 연결하면 노트북이 조용히 성격을 바꿉니다. 파일 공유가 멈추고 이름으로 찾아보기가 실패하며, 이전에 수신 대기하던 응용 프로그램이 더 이상 대기하지 않고, 설정에는 연결이 작업 또는 알 수 없음으로 표시됩니다. 이 분류를 고정하는 방법은 세 가지이며, 그중 무엇을 고를지는 장치가 관리되는지, 레이블이 계속 되돌아가는지, 그 어댑터에서 정말로 검색이 필요한 것이 있는지에 달려 있습니다.

레이블이 실제로 제어하는 것

Windows는 각 네트워크를 범주로 묶고 그로부터 방화벽 프로필을 고릅니다. 공용 프로필은 추가한 어떤 규칙이 검토되기 전에 들어오는 공유, 검색, 파일 및 프린터 포트를 거부하고, 개인 프로필은 더 많이 허용합니다. 서비스를 노출하기 전에 범주를 확인하는 응용 프로그램은 같은 값을 봅니다.

이것은 정책 선택이지 라우팅 결정이 아닙니다. 주소가 완전히 도달 가능해도 적용 중인 프로필에 맞는 규칙이 없으면 거부되며, 경로를 고쳐도 달라지지 않습니다. 서로 다른 두 질문, 서로 다른 두 도구입니다. 둘을 섞는 것이 수정이 되는 듯하다가 멈추는 가장 흔한 이유입니다.

범주는 네트워크마다 저장되고, 네트워크는 서명으로 식별됩니다. 일반적인 근거리 통신망에서 그 서명에는 기본 게이트웨이의 하드웨어 주소와 연결의 DNS 접미사가 포함되며, VPN 어댑터에는 보통 둘 다 없습니다. 서명이 약하다는 것은 클라이언트를 업데이트한 뒤 같은 터널이 새 네트워크처럼 보일 수 있다는 뜻입니다.

그래서 레이블이 저절로 바뀌는 것처럼 보입니다. Windows는 변덕스러운 것이 아니라, 지난주에 분류했던 네트워크로 터널을 알아보지 못하는 것입니다.

접근 방식을 정하는 세 조건

첫째 조건은 소유권입니다. 관리되는 노트북에서 이 설정은 흔히 잠겨 있고, 로컬 변경은 다음 정책 새로 고침에서 덮어써집니다. 그와 싸우는 것은 오후를 버리는 일입니다. 정책이 지원되는 경로이며 유일하게 유지되는 경로입니다.

둘째 조건은 재발입니다. 레이블이 한 번 넘게 되돌아갔다면 네트워크별 값이 바뀐 서명으로 다시 만들어지고 있으며, 다시 편집해도 오래가지 않습니다. 정책 값은 별도 분기에 살며, 어댑터가 다시 연결될 때마다 Windows가 다시 만드는 사용자별 값보다 우선합니다.

셋째 조건은 필요성입니다. 터널 너머의 이름 확인과 검색이 정말로 필요한 환경도 있고, 그런 환경은 어댑터 전체를 개인으로 옮기는 대신 특정 주소에 대한 좁은 방화벽 규칙을 원합니다. 서비스 하나를 살리려고 범주를 바꾸는 것이 터널이 의도보다 더 많이 노출되는 길입니다.

세 조건에 답하면 선택은 저절로 분명해집니다. 둘이 정책을 가리키면 정책이고, 하나가 일회성 시험을 가리키면 버릴 생각인 로컬 변경입니다.

고정한 다음 어떤 프로필이 적용되는지 읽어 보십시오

로컬 보안 정책은 이 설정을 네트워크 목록 정책 아래에 표시합니다. secpol.msc을 열고 그 노드를 확장한 뒤 터널 네트워크 항목을 열고 위치 유형을 공용으로 설정하며, 위치를 바꿀 수 없도록 사용자 권한을 설정합니다. 그 설정은 같은 트리의 정책 분기에 들어가므로, 다시 연결할 때 다시 쓰이는 사용자별 값보다 우선합니다.

VPN 어댑터에는 보통 공용이 맞습니다. 기본적으로 들어오는 공유와 검색을 차단하기 때문입니다. 신뢰할 수 없는 구간에 놓일 수 있는 터널에는 신중한 선택이며, 나중에 범주를 바꾸는 대신 특정 규칙으로 완화할 수 있습니다. 서비스 하나를 고치려고 범주를 넓히는 것은 되돌리기 어려운 거래입니다. 규칙은 몇 초 만에 지울 수 있습니다.

Get-NetConnectionProfile | Select-Object Name, NetworkCategory, IPv4Connectivity
Get-NetFirewallProfile -Name Public | Select-Object Name, Enabled

첫 명령은 대화 상자의 값이 아니라 적용 중인 범주를 보고하며, 방화벽 동작을 정하는 값이 바로 그것입니다. 둘째는 적용되는 프로필이 사용 설정되어 있는지, 실제로 어느 것에 기대고 있는지 확인합니다.

이 짝이 무엇을 증명하지 않는지 보십시오. 어느 명령도 특정 인바운드 규칙의 존재를 보여 주지 않으므로, 아직 응답하지 않는 서비스에는 규칙 확인이 필요하고 범주를 또 바꾸는 것이 아닙니다.

증상이 범주가 아닐 때

네트워크 표시가 연결보다 늦을 수 있고, 이전 Windows 버전에는 강제 터널 VPN이 제한됨으로 표시되지만 트래픽은 흐르고 패키지된 응용 프로그램은 사용을 거부하던 문서화된 결함이 있었습니다. 표시가 틀렸고 터널은 작동했습니다.

그러니 아이콘이 아니라 사용자가 정말 신경 쓰는 것을 시험하십시오. 주소로 서비스에 도달하고, 다음 이름으로, 다음 응용 프로그램을 통해. 각 단계가 라우팅, 이름 확인, 응용 프로그램 정책을 분리하며, 범주는 방화벽 단계에서만 개입합니다.

범주가 맞는데도 서비스가 실패하면 규칙의 적용 범위를 확인하십시오. 개인 프로필용으로 쓴 규칙은 어댑터가 공용이 되는 순간 더 이상 맞지 않으며, 이는 한 번도 만들지 않은 규칙과는 다른 고장입니다.

의도한 범주, 정책으로 강제되는지, 예외가 필요한 주소를 기록하십시오. 그 메모는 공유가 사라진다는 다음 보고에 프로필과 적용 범위에 관한 사실로 답합니다. 터널에 관한 또 하나의 추측이 아니라.

결정은 작고 결과는 작지 않습니다. 범주는 방화벽의 선택자이며, 그것을 겉치레로 다루는 것이 작동하는 서비스를 수수께끼로 만드는 길입니다.