Chia sẻ VPN của Windows cho console có dây: cổng trên PC hay router

Console không chạy được ứng dụng khách VPN đôi khi mượn đường hầm của PC Windows, và cách bố trí này hỏng nhiều hơn là thành công, vì những lý do không liên quan đến VPN. PC phải trở thành cổng: một giao diện hướng xuống riêng, định địa chỉ cho console, dịch địa chỉ và một ứng dụng khách sẵn sàng chuyển tiếp gói tin của thiết bị khác. Một đường hầm chạy được cho ứng dụng của chính PC không chứng minh được điều nào trong số đó.

Phép so sánh đáng làm là giữa cách bố trí đó và một router sở hữu đường hầm cho toàn bộ mạng. Chúng khác nhau ở việc bảo trì, ở hành vi khi hỏng hóc và ở việc nhìn thấy được bao nhiêu chính sách cùng lúc.

Cổng trên PC phải làm gì

Một cổng cần giao diện hướng về console, một dải địa chỉ cho phân đoạn đó và một quy tắc dịch địa chỉ viết lại lưu lượng của console sang đường hầm. Nó cũng cần ứng dụng khách chuyển tiếp các gói tin mà nó không tự tạo ra, và đây là thiết lập khác với việc chấp nhận lưu lượng của chính nó. Việc phân giải tên phải đi cùng một đường, nếu không console phân giải một dịch vụ trò chơi qua một tuyến rồi kết nối qua tuyến khác. Mỗi điểm là một bước cấu hình riêng với kiểu hỏng riêng.

console -> dedicated ethernet -> windows sharing / nat
        -> selected tunnel interface -> internet

Chia sẻ kết nối Internet của Windows cho đúng hình dạng này, với một kết nối được chỉ định là công cộng và kết nối kia là riêng tư. Việc chỉ định đó quan trọng hơn người ta tưởng, vì giao diện chạm tới router trong nhà không tự động là giao diện mang đường hầm.

Những so sánh quyết định

Ba khác biệt tách cổng trên PC khỏi cổng trên router, và đó là những khác biệt lộ ra sau nhiều tháng. Bảng đặt chúng cạnh nhau.

Gắn với phiên người dùng là khác biệt thứ nhất và là điều khiến người ta bất ngờ. Một PC ngủ, đăng xuất hoặc cài bản cập nhật thì không còn là cổng nữa, và console mất đường đi của nó mà không có cấu hình nào thay đổi. Khả năng nhìn thấy chính sách là khác biệt thứ hai, vì quy tắc của ứng dụng khách và tầng chia sẻ nằm ở hai nơi và không bên nào mô tả bên kia. Dịch vụ địa chỉ là khác biệt thứ ba, và nó giải thích một console có địa chỉ nhưng vẫn không đến được đâu.

Không điều nào trong số đó làm cách bố trí trên PC sai. Nó chỉ khiến đó là một thiết kế tạm thời, điều có thể chấp nhận khi yêu cầu là tạm thời.

Lưu lượng được chuyển tiếp là một hạng mục khác

Ứng dụng khách trên máy tính để bàn có thể đối xử với các gói tin được chuyển tiếp cho thiết bị khác khác với gói tin của chính nó. Danh sách bao gồm theo ứng dụng chỉ bao quát các tiến trình trên PC và không nói gì về lưu lượng của console, trong khi công tắc an toàn bảo vệ ứng dụng cục bộ có thể không bảo vệ đường được chuyển tiếp chút nào. Hãy xác nhận hành vi đã được ghi tài liệu của ứng dụng khách với lưu lượng được chuyển tiếp thay vì suy ra từ việc tải trang thành công trên PC. Ở đâu hành vi đó không rõ ràng, toàn bộ cách bố trí đứng trên một giả định.

Định địa chỉ cho console phải đến từ cách bố trí chia sẻ, không bao giờ từ việc sao chép địa chỉ đường hầm của PC sang nó. Việc sao chép tạo ra địa chỉ trùng, cổng sai và trình phân giải trỏ tới thứ mà console không thể chạm tới. Hãy để dịch vụ hạ nguồn phân phát cấu hình, rồi kiểm tra xem console thực sự nhận được gì.

Kiểm tra lưu lượng của console, không phải của PC

Bài kiểm tra có ý nghĩa duy nhất là quan sát đường đi của console. Trên PC, các lệnh dưới đây hiển thị bố trí giao diện, bảng láng giềng trên liên kết hạ nguồn và việc console có trả lời trên một cổng dịch vụ hay không. Hãy chạy chúng khi một phiên trò chơi thực sự đang kết nối.

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

Một giao diện không có địa chỉ ở phía hạ nguồn nghĩa là việc chia sẻ chưa từng bắt đầu, đây là vấn đề khác với một console không kết nối được. Một mục cho console trong bảng láng giềng chứng minh liên kết và việc định địa chỉ còn sống. Bài kiểm tra cổng thất bại sau đó chỉ vào việc chuyển tiếp hoặc cách ứng dụng khách xử lý lưu lượng được chuyển tiếp, không phải dây cáp. Hãy so sánh địa chỉ ra của console với địa chỉ của PC trước khi kết luận rằng đường hầm là đường đang được dùng.

Hãy ghi tài liệu cách bố trí kèm tên giao diện và dải địa chỉ. Khi nó hỏng sau bản cập nhật tiếp theo, trang đó tiết kiệm một giờ khám phá lại.