Vì sao VPN không thể tham gia một mạng Wi-Fi không có máy chủ

Yêu cầu thường đến như một phiên bản của cùng một hy vọng: trỏ ứng dụng khách vào một mạng Wi-Fi và kết thúc bên trong nó. Đường hầm không làm điều đó. Đường hầm nối ứng dụng khách với một thứ đang lắng nghe sẵn. Nếu mạng đích không có gì lắng nghe cho truy cập từ xa, thì không có đầu bên kia.

Đường hầm là một mối quan hệ, không phải một cài đặt

Một bên lắng nghe, bên kia kết nối, và cả hai thống nhất một giao thức cùng thông tin xác thực. Bên lắng nghe phải nằm bên trong mạng mà bạn muốn đến. Phần đó không thể bịa ra từ ứng dụng khách. Một hồ sơ có địa chỉ đúng nhưng mạng sai phía sau tạo ra hết thời gian chờ, không phải quyền truy cập.

Đó là lý do câu trả lời trung thực cho một số câu hỏi này là truy cập từ xa không tồn tại cho mạng đó. Thêm một giao thức, một cổng hay một ứng dụng khách khác không tạo ra điểm cuối mà chủ sở hữu chưa từng triển khai.

Thông tin Wi-Fi không phải thông tin xác thực của đường hầm

SSID, mạng con, cổng và cụm mật khẩu là những sự thật về việc đứng trong tòa nhà. Không thứ nào trong đó xác thực bạn với một dịch vụ ở nơi khác trên internet. Mạng của trường học và khách sạn công bố thông tin đó cho khách trong tòa nhà, không cho ứng dụng khách trên internet.

Sao chép một mạng con nội bộ vào hồ sơ VPN tạo ra nỗ lực đến một địa chỉ không thể định tuyến từ nơi bạn đứng. Nỗ lực thất bại trước khi bất kỳ thông tin xác thực nào được kiểm tra, đó là lý do đổi tên người dùng hay phương thức xác thực không bao giờ giúp được.

Nếu tổ chức vận hành một dịch vụ truy cập từ xa, tài liệu của họ nêu tên điểm cuối và phương thức. Hãy hỏi đúng hai sự thật đó, vì nếu không bộ phận hỗ trợ sẽ trả lời câu hỏi mà họ thường nghe, tức là câu hỏi về Wi-Fi.

Lối ra không chọn mạng nguồn của bạn

Một số máy chủ chỉ trả lời những ứng dụng khách có địa chỉ nằm trong một dải. Đó là kiểm tra nguồn. Một lối ra thương mại nằm ngoài dải đó, nên kết nối bị từ chối trước khi bất kỳ dữ liệu ứng dụng nào được trao đổi. Phép tính không thay đổi khi bạn chọn nhà cung cấp khác, vì địa chỉ vẫn không phải là địa chỉ mà máy chủ muốn.

Còn ba lựa chọn, và chỉ ba. Tìm một điểm cuối trong dải được phép, dùng một máy chủ nhảy đã được phê duyệt và đã ở đó, hoặc đề nghị chủ sở hữu đổi chính sách. Mọi thứ khác là một biến thể của việc hy vọng kiểm tra không được áp dụng.

Đường hầm cục bộ mã hóa sai phân đoạn

Một máy chủ gắn với giao diện vòng lặp bảo vệ lưu lượng giữa hai tiến trình trên cùng một máy. Ngoài đường vòng lặp đó, các gói rời khỏi máy chủ đúng như trước. Sự bảo vệ mà bạn muốn cho mạng chưa bao giờ tồn tại, dù chi phí xử lý là thật.

Cách sắp xếp đó có một mục đích chính đáng: kiểm tra một ứng dụng khách, một tuyến hay một cấu hình trước khi triển khai. Đó không phải biện pháp riêng tư và không phải cách đến một mạng từ xa, và nhầm lẫn hai điều này dẫn đến rất nhiều cấu hình bị lãng phí.

Điều gì thực sự hoạt động mà không cần máy chủ

Khi một thiết bị không có đường vào ổn định, mẫu hữu ích là một điểm gặp gỡ thay vì kết nối trực tiếp. Một rơ-le được lưu trữ bên ngoài, một đường hầm ngược từ thiết bị đến một máy chủ nhỏ do bạn kiểm soát, hoặc một nhà cung cấp cung cấp địa chỉ vào — tất cả đều đặt một thứ có thể đến được ở giữa. Gói đăng ký VPN tiêu dùng không phải thứ đó, vì nó không đặt bất kỳ điểm cuối nào bên trong mạng của bạn.

ssh -N -R 2222:localhost:22 [email protected]
ss -tlnp | grep 2222
nc -vz 198.51.100.7 2222

Lệnh đầu tiên mở một đường hầm ngược từ thiết bị đến rơ-le, lệnh thứ hai xác nhận bộ lắng nghe cục bộ, và lệnh thứ ba kiểm tra đường đi từ bên ngoài. Thay địa chỉ trong tài liệu bằng rơ-le của riêng bạn và xác nhận hướng một cách rõ ràng, vì các kết nối đi ra thường thành công qua dịch địa chỉ, trong khi các kết nối vào không được yêu cầu thì không bao giờ đến.

Nếu mục tiêu chỉ là đến một dịch vụ đã tồn tại trên một mạng do bạn kiểm soát, hãy đặt ứng dụng khách trên thiết bị cần nó. Chia sẻ một đường hầm từ máy tính xách tay là một dự án định tuyến và dịch với các chế độ hỏng riêng, và một ứng dụng khách được quản lý thường sẽ chặn nó.