Không có internet trên VPN Windows? Nghi phạm là nhóm địa chỉ

Windows hiển thị đường hầm là đã kết nối và gắn nhãn Không có quyền truy cập internet, điều mà mọi người đọc như một sự kỳ quặc của Windows. Đó là một phát biểu về những gì máy khách nhận được: không có cổng mặc định dùng được, không có trình phân giải hoạt động, hoặc không có đường quay lại cho các địa chỉ bên trong đường hầm. Khi máy chủ là Incoming Connection của Windows, một thiết lập giải thích phần lớn các báo cáo như vậy. Nhãn không phải chẩn đoán, nhưng nó thu hẹp việc tìm kiếm vào ba nơi.

Đọc hợp đồng thuê trước khi thay đổi nó

Chạy ipconfig /all trên máy khách và tìm bộ điều hợp VPN trong các mục. Địa chỉ, cổng mặc định và máy chủ DNS mà nó liệt kê là những dữ kiện bạn cần, và chúng thường khác với những gì quản trị viên cho là đã cấp.

Ba mẫu tương ứng với ba lỗi. Một địa chỉ trong 169.254.0.0/16 nghĩa là máy khách không nhận được gì và tự gán cho mình địa chỉ liên kết cục bộ. Một địa chỉ hợp lý nhưng không có cổng nghĩa là nhóm được phục vụ mà không có tùy chọn cấp tuyến mặc định cho máy khách. Một hợp đồng thuê đầy đủ mà vẫn không đến được đâu cho thấy vấn đề chuyển tiếp hoặc dịch địa chỉ ở phía máy chủ.

Ghi lại các giá trị trước khi chạm vào máy chủ. Bước tiếp theo so sánh chúng với dải mà máy chủ cho là đang cấp, và trí nhớ là một vật thay thế tồi cho hợp đồng thuê.

Vì sao gán tự động có thể để lại không có cổng

Mục Incoming Connections có thuộc tính IPv4 riêng, tách biệt khỏi bộ điều hợp vật lý. Mặc định ở đó cung cấp việc gán địa chỉ tự động, dựa vào bộ cấp phát tích hợp của kết nối để cung cấp địa chỉ, mặt nạ, cổng và DNS.

Trên một trạm làm việc độc lập, bộ cấp phát đó không có dải để lấy trừ khi có thứ khác trên máy cung cấp một dải, nên máy khách có thể kết thúc với địa chỉ liên kết cục bộ hoặc có địa chỉ nhưng không có cổng. Kết nối trông như đã thiết lập vì liên kết đã lên, trong khi cấu hình phía sau nó chưa đầy đủ.

Đó là lý do việc chuyển sang một dải xác định sửa được nhiều báo cáo như vậy. Bạn ngừng yêu cầu một dịch vụ có thể không chạy nghĩ ra hợp đồng thuê và bắt đầu tự nêu hợp đồng thuê.

Sự nhầm lẫn tương tự xuất hiện khi ai đó kỳ vọng máy chủ DHCP của bộ định tuyến LAN sẽ phục vụ máy khách đường hầm. Khám phá quảng bá không đi qua đường hầm được định tuyến, nên máy chủ đó không bao giờ thấy yêu cầu. Giả định ngược lại là lý do phổ biến nhất khiến một nhóm bị đổ lỗi cho một máy khách chưa từng hỏi nó điều gì.

Đặt một dải rõ ràng mà máy chủ có thể định tuyến

Chọn một khối nhỏ bên trong một mạng con mà máy chủ đến được, ngoài dải mà bộ định tuyến LAN cấp và ngoài mọi nhóm khác trên mạng. Nếu máy chủ nằm trên 172.20.10.0/24 và bộ định tuyến giữ 172.20.10.1, một khối ngắn gần đầu trên của mạng con đó, chẳng hạn từ 172.20.10.201 đến 172.20.10.209, giữ các hợp đồng thuê đường hầm tránh xa phần cấp phát mà bộ định tuyến đã quản lý.

Nhập nó vào thuộc tính IPv4 của Incoming Connection, kết nối lại máy khách, và đọc bộ điều hợp một lần nữa trước khi thay đổi bất cứ điều gì khác. Lần đọc thứ hai là thứ cho bạn biết nhóm có phải là lỗi hay chỉ là một trong nhiều lỗi.

Các lệnh này in ra cấu hình kết quả và các tuyến mà máy khách hiện có:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

Cổng trong hợp đồng thuê phải là một địa chỉ mà máy chủ sở hữu, và tuyến mặc định của máy khách phải trỏ tới nó. Nếu hợp đồng thuê đầy đủ nhưng không có tuyến, máy chủ đã cấp mà không đẩy cổng ra, và các thiết lập nhóm vẫn là nơi cần xem.

Địa chỉ không phải là đường internet

Nhận hợp đồng thuê chỉ di chuyển các gói từ máy khách đến máy chủ. Để truy cập internet, máy chủ phải chuyển tiếp các gói đó và dịch chúng về phía đường truyền lên của chính nó, và đó là một cấu hình riêng với các chế độ lỗi riêng.

Internet Connection Sharing là lối tắt. Nó biến bộ điều hợp hướng ra internet thành một cổng chia sẻ và chạy việc đánh địa chỉ riêng, điều này có thể ghi lại địa chỉ của bộ điều hợp đó và để một quy tắc NAT hiện có trỏ tới một giá trị không còn tồn tại. Ghi lại các thiết lập ban đầu trước khi bật nó.

Phương án định tuyến giữ việc đánh địa chỉ ổn định và yêu cầu bạn cấu hình chuyển tiếp và dịch địa chỉ một cách rõ ràng. Không cách nào sai; trộn chúng nửa vời tạo ra một đường hầm có hợp đồng thuê mà không có lối ra, đúng là triệu chứng bạn bắt đầu. Chọn một mô hình và hoàn thành nó trước khi thêm cái kia.

Trước hết hãy loại trừ đường bên ngoài

Không nhóm nào giúp được nếu đường hầm không bao giờ hình thành. Giao thức quyết định đường phải mang gì: PPTP cần TCP 1723 và GRE, GRE là giao thức IP 47 chứ không phải cổng; L2TP/IPsec cần UDP 1701 cùng 500 và 4500; SSTP cần TCP 443.

Một bộ định tuyến chuyển tiếp cổng nhưng không chuyển tiếp giao thức tạo ra một nỗ lực kết nối không bao giờ được xác thực. Đó là lỗi khác với đường hầm hình thành rồi không đến được đâu, và hai thứ đó không nên được gỡ lỗi cùng nhau.

Thử từ cùng LAN và từ mạng từ xa. Nếu nỗ lực từ LAN hoạt động và cái từ xa không bao giờ đến được xác thực, đường bên ngoài là vấn đề. Nếu cả hai đều xác thực và chỉ máy khách từ xa không có internet, hãy quay lại nhóm và lối ra.