Đường hầm chia tách trên Windows: hộp cổng và tiền tố bị thiếu

Đường hầm báo đã kết nối và wiki vẫn tải được. Rồi một bản tải xuống bị kẹt và thư mục chia sẻ trên kệ ngừng phản hồi. Đường hầm đã làm việc của nó, còn hồ sơ chỉ đơn giản nhận mọi đích đến.

Windows coi một kết nối VPN là một quyết định định tuyến. Cho đến khi quyết định đó được thu hẹp, máy hoạt động như thể đã chuyển đến văn phòng.

Vì sao một đường hầm đang chạy lại giống như sự cố

Một hồ sơ được phép dùng cổng từ xa sẽ cài một tuyến mặc định qua đường hầm. Mọi đích đến không nằm trên liên kết cục bộ sau đó sẽ đi ra qua tường lửa của văn phòng. Các thư mục chia sẻ cục bộ ngừng phản hồi vì lưu lượng của chúng giờ đi sang châu lục khác rồi quay lại. Không có gì trong trạng thái máy khách phản ánh điều đó.

Các triệu chứng gây nhầm lẫn có chủ ý. Việc phân giải tên có thể vẫn hoạt động trong khi thư mục chia sẻ hết thời gian chờ, hoặc ngược lại. Người dùng báo VPN bị hỏng, máy khách báo nó vẫn ổn, và cả hai phát biểu đều chính xác.

Ô chọn ẩn trong hộp thoại IPv4

Cài đặt nằm sâu vài hộp thoại. Mở ncpa.cpl, bấm chuột phải vào kết nối, rồi thuộc tính IPv4, rồi Nâng cao, và bỏ chọn tùy chọn cho phép kết nối trở thành cổng mặc định từ xa. Chính một ô đó quyết định hồ sơ có phải đường hầm đầy đủ hay không. Mọi thứ khác trong hồ sơ vẫn áp dụng.

So sánh route print -4 trước và sau khi kết nối lại. Mục 0.0.0.0 từng trỏ tới đường hầm phải biến mất, và các tiền tố của công ty vẫn phải còn đó.

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

Đổi số đo của giao diện không phải là thay thế. Số đo chỉ quyết định giữa hai tuyến mặc định cạnh tranh, và máy khách cài lại tuyến mặc định của chính nó mỗi lần kết nối sẽ thắng cuộc đua đó bất kể con số được đặt là bao nhiêu.

Tiền tố mà không ai liệt kê

Đường hầm chia tách để lộ đúng những tiền tố được ghi trong hồ sơ. Một mạng con văn phòng được thêm sau khi hồ sơ được viết sẽ vẫn không thể truy cập trong khi đường hầm hoàn toàn khỏe mạnh. Khi đó báo cáo đến như một máy chủ hỏng thay vì một VPN hỏng.

Một tuyến thêm bằng tay sẽ lấp khoảng trống cho đến khi địa chỉ cổng thay đổi. Ghi tiền tố vào kết nối thì vững hơn, vì khi đó tiền tố đi theo kết nối thay vì một địa chỉ phỏng đoán.

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Đọc danh sách đã lưu và bảng trực tiếp cùng nhau. Một tiền tố đã lưu có thể tồn tại trong khi bảng không bao giờ nhận được nó, điều xảy ra khi một tác nhân quản lý lọc các tuyến sau khi kết nối lên. Điều ngược lại cũng xảy ra, với một tuyến trong sổ đăng ký trỏ tới một bộ điều hợp đang tắt. Không góc nhìn nào một mình kể hết câu chuyện.

Chứng minh kết quả sau khi khởi động lại

Truy vết theo cả hai hướng và phân giải theo tên. Một vết công khai phải đi ra qua nhà cung cấp, một vết nội bộ phải đi vào đường hầm, và một máy chủ nội bộ phải trả lời bằng tên chứ không chỉ bằng địa chỉ.

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Lặp lại sau khi ngắt kết nối, kết nối lại và một lần khởi động lại. Một tiền tố sống sót qua lần kết nối lại thủ công và biến mất sau khi khởi động lại thì chưa bao giờ được lưu trong hồ sơ.

Giữ cả máy in và NAS trong bài kiểm tra, vì một đường hầm chia tách cắt đứt các thiết bị bên cạnh máy tính xách tay đã giải quyết một vấn đề bằng cách tạo ra một vấn đề nhỏ hơn và khó chịu hơn. Tài liệu tham chiếu của Microsoft cho Add-VpnConnectionRoute là nơi bạn đối chiếu cách viết các tham số với phiên bản mô-đun của mình.