Bắt tay thành công, internet thì không: sửa gì trước trên Windows 11

Trên Windows 11, các bắt tay mới thường nằm cạnh những trình duyệt không mở được gì. Bắt tay chỉ chứng minh rằng trao đổi UDP với máy ngang hàng đã hoàn tất. Nó không nói gì về tuyến đường Windows đã đặt, về trình phân giải nó dùng, hay về việc lối ra có chuyển tiếp được gì hay không.

Bốn điều kiện quyết định tầng nào trong số đó đã hỏng. Đi qua chúng theo thứ tự mất vài phút, trong khi viết lại khóa mất lâu hơn và không thay đổi gì.

Xác định tầng trước khi chạm vào khóa

Đi qua ba đích theo thứ tự này. Bắt đầu bằng một địa chỉ phía đường hầm, tiếp theo là IP công cộng dạng số, và kết thúc bằng tên máy chủ. Chỗ nào chuỗi bị đứt thì đó là tên của tầng. Hỏng ở bước đầu là định tuyến, ở bước hai là chuyển tiếp hoặc NAT, và ở bước ba là phân giải tên.

Thứ tự đó chính là toàn bộ phương pháp. Nó ngăn một lỗi DNS bị chẩn đoán thành đường hầm hỏng, vốn là hướng đi sai phổ biến nhất ở đây.

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

Nếu thời gian bắt tay để trống

Khi thời gian bắt tay để trống, trao đổi mã hóa chưa bao giờ hoàn tất. Vì vậy lỗi nằm trước cả định tuyến. Trước hết hãy xem địa chỉ điểm cuối và cổng, sau đó xem mạng có lọc UDP hay không. Nhà cung cấp lưu trữ vứt bỏ lưu lượng WireGuard tạo ra đúng điều này, và một máy khách sao chép điểm cuối từ hồ sơ cũ cũng vậy.

Byte đi ra mà không có byte nào đi vào là trường hợp khác. Điều đó chỉ vào NAT hoặc một tường lửa trả lưu lượng về sai chỗ.

Nếu tuyến đường thua bộ điều hợp vật lý

Với đường hầm đầy đủ, phần máy ngang hàng phải bao trùm các đích bạn định dùng. Windows đôi khi vẫn giữ tuyến mặc định của bộ điều hợp vật lý kể cả khi đã đặt quy tắc bao trùm mọi thứ. Tách quy tắc bao trùm mọi thứ thành 0.0.0.0/1 cộng 128.0.0.0/1 tạo ra hai tiền tố cụ thể hơn và thắng cuộc tra cứu. Việc tách này là một cách lách đã được ghi nhận, không phải sở thích.

Xác nhận bằng route print hoặc một lần tra cứu địa chỉ công cộng. Giao diện được chọn phải là bộ điều hợp đường hầm. Nếu bộ điều hợp vật lý vẫn thắng, hãy sửa dải của máy ngang hàng trước khi chạm vào máy chủ.

Nếu địa chỉ chạy được mà tên thì hỏng

WireGuard chở gói IP và không có ý kiến gì về DNS. Hãy đặt một dòng DNS = trong phần giao diện, hoặc đặt bộ điều hợp qua Windows. Không có nó, ping theo địa chỉ thành công trong khi mọi tên máy chủ đều hỏng, và người dùng báo đó là không có internet.

Kiểm tra xem Windows thực sự dùng những máy chủ nào sau khi kết nối. Một trình phân giải còn sót trên bộ điều hợp vật lý giải thích lỗi một phần, khi một số tên phân giải được còn số khác thì không. Hãy dọn nó đi thay vì thêm cái thứ hai lên trên.

Nếu chính máy Windows là lối ra

Internet Connection Sharing viết lại cách đánh địa chỉ khi được bật, điều này có thể chuyển bộ điều hợp chia sẻ sang dải khác. Một máy khách vẫn trỏ vào địa chỉ ban đầu sẽ ngừng hoạt động. Các giá trị sổ đăng ký ScopeAddress và StandaloneDHCPAddress điều khiển dải đó, và thiết lập có thể quay lại sau khi khởi động lại.

Đáng xem thêm hai xung đột đặc thù Windows. Dịch vụ Routing and Remote Access có thể can thiệp vào đường hầm. Một bộ cài dựng cho kiến trúc sai sẽ hỏng với thông báo không bao giờ nhắc tới kiến trúc.

Sửa tầng mà bài kiểm tra đã gọi tên, rồi chạy lại đúng ba đích đó. Một thay đổi sửa được bài kiểm tra tên máy chủ nhưng làm hỏng địa chỉ đường hầm là đã áp vào sai tầng.