Windows VPN을 유선 콘솔과 공유하기: PC 게이트웨이 대 라우터
Windows PC 뒤에 있는 콘솔에는 하위 세그먼트, 주소 지정, 변환, 그리고 전달을 맡는 클라이언트가 필요합니다. 터널을 소유한 라우터와 비교해 보십시오.
VPN 클라이언트를 실행할 수 없는 콘솔은 때때로 Windows PC의 터널을 빌릴 수 있지만, 이 구성은 VPN과 무관한 이유로 성공보다 실패하는 경우가 더 많습니다. PC가 게이트웨이가 되려면 하위 전용 인터페이스, 콘솔을 위한 주소 지정, 변환, 그리고 다른 장치의 패킷을 전달할 클라이언트가 필요합니다. PC 자체 애플리케이션에서 작동하는 터널은 그중 어느 것도 증명하지 못합니다.
실제로 해 볼 가치가 있는 비교는 그 구성과 네트워크 전체의 터널을 소유한 라우터 사이입니다. 유지 관리, 장애 시 동작, 그리고 정책을 한 번에 얼마나 볼 수 있는지가 다릅니다.
PC 게이트웨이가 해야 할 일
게이트웨이에는 콘솔을 향한 인터페이스, 그 세그먼트를 위한 주소 범위, 콘솔 트래픽을 터널로 다시 쓰는 변환 규칙이 필요합니다. 또한 클라이언트가 자신이 만들지 않은 패킷을 전달해야 하며, 이는 자기 트래픽을 받아들이는 것과 다른 설정입니다. 이름 확인도 같은 경로를 지나야 하며, 그렇지 않으면 콘솔이 한 경로로 게임 서비스를 확인한 뒤 다른 경로로 연결합니다. 이들 각각은 고유한 실패 방식을 지닌 별도의 구성 단계입니다.
console -> dedicated ethernet -> windows sharing / nat
-> selected tunnel interface -> internetWindows의 인터넷 연결 공유는 한 연결을 공용으로, 다른 연결을 개인용으로 지정하는 정확히 이 형태를 제공합니다. 그 지정은 사람들이 생각하는 것보다 중요한데, 가정용 라우터에 닿는 인터페이스가 자동으로 터널을 나르는 인터페이스는 아니기 때문입니다.
결정을 내리는 비교
세 가지 차이가 PC 게이트웨이와 라우터 게이트웨이를 구분하며, 몇 달 뒤에 드러나는 것이 바로 그 차이입니다. 표가 둘을 나란히 놓습니다.
| Aspect | Windows PC gateway | Router gateway |
|---|---|---|
| Tied to a user session | Yes; sleep or sign-out ends it | No |
| Policy visibility | Split across client and sharing layer | One ruleset |
| Address service | Private side of the sharing feature | Router scope |
| Recovery after reboot | Manual, per session | Automatic |
사용자 세션과의 결속이 첫 번째 차이이며 사람들을 당황시키는 부분입니다. 절전, 로그아웃, 업데이트 설치를 하는 PC는 게이트웨이 역할을 멈추고, 어떤 구성도 바뀌지 않은 채 콘솔은 경로를 잃습니다. 정책 가시성이 두 번째인데, 클라이언트 규칙과 공유 계층이 두 곳에 있고 어느 쪽도 다른 쪽을 설명하지 않습니다. 주소 서비스가 세 번째이며, 주소는 있지만 아무것도 도달하지 못하는 콘솔을 설명합니다.
그중 어느 것도 PC 구성을 잘못된 것으로 만들지 않습니다. 임시 설계로 만들 뿐이며, 요구 사항이 일시적일 때는 받아들일 수 있습니다.
전달된 트래픽은 다른 범주
데스크톱 클라이언트는 다른 장치를 위해 전달하는 패킷을 자신의 패킷과 다르게 취급할 수 있습니다. 애플리케이션별 포함 목록은 PC의 프로세스를 대상으로 하며 콘솔 트래픽에 대해서는 아무 말도 하지 않지만, 로컬 애플리케이션을 보호하는 킬 스위치는 전달 경로를 전혀 보호하지 않을 수 있습니다. PC에서 페이지가 성공적으로 로드된 것으로 추론하지 말고, 전달 트래픽에 대한 클라이언트의 문서화된 동작을 확인하십시오. 그 동작이 불분명하면 전체 구성이 가정 위에 서게 됩니다.
콘솔의 주소 지정은 공유 구성에서 와야 하며, PC의 터널 주소를 복사해서는 안 됩니다. 복사하면 중복 주소, 잘못된 게이트웨이, 콘솔이 도달할 수 없는 곳을 가리키는 리졸버가 생깁니다. 하위 서비스가 구성을 배포하도록 두고, 콘솔이 실제로 무엇을 받았는지 확인하십시오.
PC가 아니라 콘솔의 트래픽을 확인하십시오
의미 있는 유일한 테스트는 콘솔의 경로를 관찰합니다. PC에서 아래 명령은 인터페이스 배치, 하위 링크의 이웃 테이블, 콘솔이 서비스 포트에서 응답하는지를 보여 줍니다. 게임 세션이 실제로 연결된 상태에서 실행하십시오.
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074하위 쪽에 주소가 없는 인터페이스는 공유가 시작되지 않았다는 뜻이며, 연결할 수 없는 콘솔과는 다른 문제입니다. 이웃 테이블에 콘솔 항목이 있으면 링크와 주소 지정이 살아 있음을 증명합니다. 그 뒤 포트 테스트가 실패하면 전달이나 클라이언트의 전달 트래픽 처리 방식을 가리키며, 케이블 문제가 아닙니다. 터널이 사용 중인 경로라고 결론 내리기 전에 콘솔의 출구 주소를 PC의 주소와 비교하십시오.
구성을 인터페이스 이름과 주소 범위와 함께 문서로 남겨 두십시오. 다음 업데이트 후에 고장 나면 그 문서가 한 시간의 재발견을 아껴 줍니다.