Máy khách hotspot mới kẹt ở bước lấy IP không phải lỗi VPN

Một chiếc điện thoại tham gia hotspot, dừng ở «Đang lấy địa chỉ IP» và cuối cùng bỏ cuộc. Kết luận tự nhiên là VPN của điện thoại can thiệp vào DNS, nên mọi người bắt đầu sửa trình phân giải và các quy tắc được thêm vào. Đó là giai đoạn sai. Máy khách chưa bao giờ nhận được địa chỉ cục bộ, và không có nó thì không có cổng, không có trình phân giải và không có gì để chuyển tiếp, vì vậy không cài đặt VPN nào trên điện thoại chủ có thể giải thích lỗi này. Liên kết, cấp địa chỉ cục bộ và chuyển tiếp là ba giai đoạn riêng biệt, và chỉ giai đoạn cuối liên quan đến đường hầm.

Ba giai đoạn, và bạn đang ở giai đoạn nào

Đầu tiên là liên kết: máy khách tham gia mạng không dây của hotspot. Sai mật khẩu, không khớp WPA3 hoặc vấn đề tương thích vô tuyến thất bại ở đây, và máy khách thường nói rõ điều đó. Thứ hai là cấp địa chỉ: với IPv4 máy khách yêu cầu thuê và nhận địa chỉ cùng cài đặt cổng cục bộ, trong khi IPv6 thường dùng thông báo định tuyến thay vì DHCP, như tài liệu tethering của AOSP mô tả. Thứ ba là truy cập ra ngoài: điện thoại chủ chuyển tiếp lưu lượng được phép tới đường thượng nguồn mà nó đã chọn, có thể là đường hầm của nó hoặc không.

Dòng chữ trên máy khách cho bạn biết giai đoạn. Kẹt khi lấy địa chỉ là giai đoạn hai, trước khi bất kỳ gói tin nào đi ra internet. Đã kết nối, có địa chỉ, nhưng không tải được gì là giai đoạn ba, nơi định tuyến, tên miền và độ phủ đường hầm đều quan trọng. Chẩn đoán giai đoạn ba trong khi máy khách kẹt ở giai đoạn hai là cách một sự cố thuê năm phút trở thành cả buổi chiều sửa DNS.

Lầm tưởng: VPN có định tuyến biến DHCP cục bộ thành yêu cầu từ xa

Đường hầm có định tuyến di chuyển gói IP cho các đích mà nó chọn. Khám phá DHCP là một quảng bá trên chính phân đoạn của hotspot, và dịch vụ tethering trên điện thoại trả lời cục bộ, đó là lý do máy khách có thể nhận địa chỉ trong khi đường hầm đang bật. Chỉ thiết kế được bắc cầu hoặc chuyển tiếp có chủ đích mới gửi trao đổi đó đi nơi khác, và đó là một cách bố trí khác với dấu hiệu lỗi khác.

Vì vậy «máy chủ VPN không trả lời DHCP» không phải là chẩn đoán, mà là lỗi mô hình. Trung gian cục bộ nằm trên điện thoại. Nếu nó ngừng trả lời, lý do là cục bộ: dịch vụ tethering, giới hạn máy khách, bể thuê hoặc một máy khách chưa bao giờ hoàn tất liên kết đúng cách. Không điều nào trong số đó sống ở phía xa của đường hầm.

Một máy khách đang hoạt động thực sự chứng minh điều gì

Nếu một máy tính xách tay đã kết nối vẫn hoạt động trong khi điện thoại mới thì không, hotspot và đường thượng nguồn nhìn chung vẫn sống. So sánh đó hữu ích và nó không phải bằng chứng về việc thành phần nào có lỗi, vì máy khách đang hoạt động có thể chỉ đang giữ một hợp đồng thuê từ trước khi thay đổi và âm thầm gia hạn nó.

Có hai giới hạn cục bộ đáng kiểm tra khi bạn ở đó. Hotspot phục vụ một bể thuê hữu hạn và một giới hạn máy khách có thể cấu hình, nên một thiết bị đã tham gia rồi ngủ có thể giữ địa chỉ trong khi thiết bị mới chờ. Và một máy khách nhớ cấu hình tĩnh từ mạng khác sẽ không yêu cầu thuê chút nào, điều này từ bên ngoài trông giống hệt và được sửa ở máy khách, không phải trên điện thoại.

Giữ việc so sánh mang tính cục bộ và có thể đảo ngược

Trên một thiết bị mà chính sách cho phép, hãy so sánh một lần tham gia của máy khách mới với đường hầm không hoạt động rồi hoạt động, giữ nguyên hotspot và máy khách ở các mặt khác. Ghi lại phiên bản của điện thoại và máy khách, hồ sơ đã chọn và giai đoạn chính xác đã thất bại. Trên điện thoại được quản lý, hãy yêu cầu so sánh đã được phê duyệt thay vì tắt việc thực thi để có một bài kiểm tra sạch hơn.

Một lỗi thuê nhất quán phụ thuộc đường hầm là bằng chứng hữu ích về chính sách cục bộ hoặc tương tác triển khai. Đó không phải là giấy phép xóa mọi quy tắc chuyển tiếp và NAT trên thiết bị. Những quy tắc đó bảo vệ lưu lượng không liên quan, và việc chấp nhận chuyển tiếp rộng rãi không giải thích tại sao một dịch vụ DHCP cục bộ lại ngừng trả lời.

Cũng đừng che lấp hợp đồng thuê bị thiếu bằng một địa chỉ tĩnh đoán mò. Cấu hình tĩnh có chủ đích cần subnet thật, cổng, kế hoạch phân bổ và kiểm tra xung đột. Việc thay DNS của máy khách không cung cấp điều nào trong số đó, và nó để thiết bị tiếp theo gặp đúng lỗi ấy.

Hợp đồng thuê không chứng minh điều gì

Nhận được địa chỉ chứng minh việc được nhận vào mạng cục bộ, không phải sự bảo vệ của đường hầm điện thoại. Khi máy khách đã có hợp đồng thuê, hãy đánh giá đường xuống một cách riêng rẽ: lưu lượng của máy khách có thực sự đi qua điện thoại không, các tra cứu có được phân giải ở nơi bạn mong đợi không, và địa chỉ bên ngoài có khớp với lối ra bạn dự định không? Đó là những câu hỏi của giai đoạn ba và chúng xứng đáng có bài kiểm tra riêng thay vì bị gấp vào bước tham gia.

Làm theo thứ tự các giai đoạn và lỗi sẽ ngừng di chuyển. Máy khách kẹt khi lấy địa chỉ là câu hỏi tethering cục bộ; máy khách có địa chỉ mà không có trang là câu hỏi chuyển tiếp hoặc đặt tên; máy khách có trang mà lối ra sai là câu hỏi độ phủ đường hầm. Tách chúng ra chính là phần lớn của việc gỡ lỗi.