Wi-Fi khách sạn: VPN thất bại trước khi kịp đến máy chủ

Ứng dụng VPN quay mãi, rồi báo không thể đến máy chủ, và mọi người kết luận khách sạn chặn VPN. Thường thì không có gì kịch tính đến thế: mạng vẫn chưa cho bạn ra ngoài. Cổng bắt giữ giữ mọi kết nối cho đến khi bạn đăng nhập, và đường hầm không thể hoàn tất khi trang đăng nhập chặn các gói của nó. Hãy hoàn tất đăng nhập trước khi đổ lỗi cho đường hầm.

Lầm tưởng: khách sạn chặn VPN

Hầu hết mạng khách sạn không lọc đường hầm một cách riêng biệt. Chúng chặn lưu lượng web cho đến khi khách được xác thực, và cũng có thể giới hạn thiết bị, kết thúc phiên hoặc giảm tốc độ. Mỗi điều đó tạo ra lỗi mà từ bên trong ứng dụng VPN trông như bị chặn.

Đường hầm ở đây là công cụ chẩn đoán kém, vì nó là ứng dụng duy nhất chắc chắn thất bại khi cổng chưa được cho phép. Truy cập web thông thường là chỉ báo tốt hơn, vì nó có thể hiển thị chính trang đăng nhập cho bạn.

Thứ tự đó quan trọng vì một lý do khác: ứng dụng có công tắc ngắt hoặc chế độ luôn bật sẽ từ chối tải cổng, và người dùng kết luận mạng hỏng chứ không phải cài đặt. Cả hai sự thật đều đúng cùng lúc, và chỉ một trong hai có thể thay đổi tại khách sạn. Hãy tắt bảo vệ qua chính điều khiển của ứng dụng, đăng nhập, rồi bật lại. Mọi cách khác là lối vòng tránh che giấu trình tự thật.

Hoàn tất cổng trước, rồi kiểm tra HTTPS thông thường

Hỏi nhân viên tên mạng chính thức và cách đăng nhập. Một SSID trông đáng tin không phải bằng chứng sở hữu, và mạng thứ hai có tên tương tự là chiêu trò phổ biến ở nơi công cộng. Dùng lời nhắc đăng nhập của chính hệ điều hành khi có, hoặc trang được khách sạn công bố.

curl -sS -o /dev/null -w '%{http_code} %{redirect_url}\n' http://captive.apple.com/hotspot-detect.html
curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/

Yêu cầu đầu tiên hỏi một điểm phát hiện cổng bắt giữ quen thuộc qua HTTP thường; chuyển hướng hoặc nội dung bất ngờ nghĩa là bạn vẫn ở sau cổng. Yêu cầu thứ hai kiểm tra một trang HTTPS bình thường. Nếu cái đầu cho thấy bị chặn và cái sau thất bại, đăng nhập chưa hoàn tất và VPN không liên quan.

Trên thiết bị cá nhân, có thể phải tắt công tắc ngắt hoặc VPN luôn bật qua điều khiển được hỗ trợ của ứng dụng để cổng có thể tải. Đóng các ứng dụng nhạy cảm trong khoảng đó và bật lại bảo vệ ngay sau. Trên thiết bị được quản lý, hãy theo quy trình mà quản trị viên đã phê duyệt thay vì tự gỡ chính sách.

Đừng bao giờ bỏ qua cảnh báo chứng chỉ và đừng cài chứng chỉ lạ hoặc ứng dụng phụ trợ để lên mạng. Nếu cổng yêu cầu điều bất ngờ, hãy xác nhận với nhân viên, và với quản trị viên nếu thiết bị thuộc về chủ lao động.

Giữ hồ sơ gốc và lỗi của nó

Khi truy cập thông thường hoạt động, hãy kết nối hồ sơ gốc và ghi lại lỗi chính xác. Bị từ chối xác thực là vấn đề tài khoản, hết thời gian trong lúc thương lượng là vấn đề đường đi, và đường hầm hình thành nhưng không mang gì là vấn đề định tuyến hoặc chính sách.

Ba trường hợp này cần các bước tiếp theo khác nhau, và ảnh chụp lỗi có giá trị hơn lời mô tả. Ghi cả thời gian, vì giới hạn phiên của khách sạn có thể hết trong một giờ và tạo ra lỗi trông như ngẫu nhiên. Nếu ứng dụng cung cấp nhật ký, hãy giữ phần quanh lỗi đầu tiên chứ không phải toàn bộ tệp. Đoạn đó thường đủ để chủ hồ sơ xác định giai đoạn.

Nếu truy cập thông thường hoạt động mà thương lượng vẫn hết thời gian, hãy hỏi khách sạn xem có hỗ trợ lưu lượng đó không, và so sánh với một hotspot đáng tin cậy trong khi giữ nguyên thiết bị và hồ sơ. Làm việc trên hotspot thu hẹp sự chú ý vào đường đi của khách sạn mà không chứng minh gì về hồ sơ.

Chỉ dùng các lựa chọn thay thế mà nhà cung cấp đưa ra

Một hồ sơ TCP phù hợp có thể thành công ở nơi đường UDP được đưa ra không hoạt động, nhưng chỉ khi máy chủ thực sự lắng nghe trên giao vận và cổng đó. Cổng TCP 443 không được tự động coi là HTTPS thông thường, và không phải bảo đảm đi qua mạng hạn chế.

sudo openvpn --config /etc/openvpn/client/office-tcp.conf --verb 4

Chạy hồ sơ được cung cấp với độ chi tiết cao hơn giữ cho lỗi hữu ích đầu tiên hiển thị thay vì ép nó vào hộp thoại thất bại chung. Dùng tệp mà nhà cung cấp đã đưa thay vì tự sửa cổng hoặc giao thức, vì thay đổi cục bộ không thể tạo ra trình lắng nghe khớp ở phía bên kia.

Nếu đường hầm bị đặt lại nhiều lần, hãy ghi lại xem cổng có xuất hiện lại hay tín hiệu cục bộ giảm, và theo các kiểm tra ổn định thay vì đổi nhiều giao thức cùng lúc. Sau đó thử ứng dụng bạn thực sự cần và khôi phục các điều khiển riêng tư thông thường. Một kết nối mang được trang này nhưng không mang được trang khác là vấn đề định tuyến hoặc chính sách, không phải cổng.

Cuối cùng, kiểm tra khả năng phục hồi sau khi laptop ngủ. Việc cho phép của cổng có thể hết hạn độc lập với đường hầm, nên thiết bị tự kết nối lại có thể quay về một mạng đã quên nó. Mở lại trang cổng là bước bình thường, không phải dấu hiệu VPN hỏng.