Thiết bị cục bộ biến mất trên VPN: ba lỗi riêng biệt

Một máy in biến mất khỏi danh sách thiết bị khi VPN được bật vẫn có thể trả lời tại địa chỉ của nó. Danh sách được điền bằng tính năng phát hiện, tên có thể đến từ trình phân giải, và bản thân dịch vụ được tiếp cận qua một socket, và cả ba có thể hỏng độc lập. So sánh những gì hoạt động ở từng lớp sẽ cho bạn biết nên thay đổi tính năng nào. Bật mọi ngoại lệ truy cập cục bộ trước tiên sẽ xóa mất bằng chứng.

Đó là sự khác biệt giữa một thiết bị bị thiếu và một thiết bị chỉ là không được quảng bá.

Phát hiện, tên và khả năng kết nối là ba lớp

Các giao thức phát hiện dựa vào multicast hoặc broadcast, và những gói này theo mặc định không đi qua một đường hầm được định tuyến, đó là lý do một thiết bị có thể biến mất khỏi danh sách trong khi vẫn hoàn toàn kết nối được. Phân giải tên là lớp thứ hai: VPN có thể thay đổi trình phân giải, và một tên mà trước đây mạng cục bộ trả lời giờ có thể được phân giải ở nơi khác hoặc không hề được phân giải. Khả năng kết nối là lớp thứ ba: một tuyến đường, một quy tắc tường lửa và một dịch vụ đang lắng nghe. Mỗi lớp có thể hỏng trong khi hai lớp kia vẫn ổn.

Hãy thử từ dưới lên trên. Một lần kiểm tra kết nối duy nhất làm rõ sự phân tách: nc -vz 192.168.1.20 443 hoặc thành công, nghĩa là đường đi và dịch vụ đều ổn và tên là đối tượng bị nghi ngờ, hoặc thất bại, điều này chuyển câu hỏi sang định tuyến và chính sách. Sau đó hỏi tên. Lỗi đầu tiên bạn gặp chính là lớp cần xử lý, và các lớp phía trên không thể bù đắp cho nó.

Hỏi địa chỉ trước, rồi hỏi tên máy chủ

Nếu địa chỉ trả lời mà tên thì không, vấn đề là phân giải chứ không phải định tuyến. Một ứng dụng VPN cài trình phân giải riêng có thể thay đổi máy chủ nào trả lời các tên cục bộ, và ứng dụng không chuyển tiếp miền cục bộ sẽ để tên không có câu trả lời. Nếu địa chỉ cũng thất bại, vấn đề là đường đi: một tuyến mặc định qua đường hầm, chặn lưu lượng cục bộ ở phía máy khách hoặc một quy tắc tường lửa chỉ cho phép giao diện vật lý.

Nếu cả hai đều hoạt động nhưng phát hiện tự động thì không, thiết bị chỉ đơn giản là không quảng bá chính nó qua đường hầm. Đó là hành vi mong đợi với tính năng phát hiện dựa trên multicast, không phải lỗi cấu hình. Thêm thiết bị theo địa chỉ thường là cách khắc phục trung thực.

Công tắc truy cập cục bộ thực sự thay đổi điều gì

Một thiết lập truy cập mạng cục bộ thường cho phép lưu lượng đến mạng con kết nối trực tiếp đi vòng qua đường hầm, và nó làm những việc khác nhau ở các ứng dụng khác nhau. Nó không cấu hình chuyển tiếp đến một văn phòng từ xa và không thay đổi tường lửa của máy chủ hay quyền riêng của ứng dụng. Nó cũng không làm cho một mạng con chồng lấn trở nên rõ ràng. Hãy đọc tài liệu của ứng dụng về phạm vi của thiết lập trước khi bật nó rộng rãi.

Một ngoại lệ hẹp cho một thiết bị tin cậy tốt hơn một sự cho phép chung, đặc biệt trên mạng khách nơi việc chặn có thể là cố ý. Địa chỉ riêng không phải là kiểm tra danh tính, nên lựa chọn phụ thuộc vào mạng bạn đang ở.

Khi các mạng chồng lấn

Nếu mạng tại nhà và mạng từ xa dùng cùng một dải, việc định tuyến trở nên mơ hồ và cả công tắc truy cập cục bộ lẫn ngoại lệ đều không giải quyết được. Hai dịch vụ ở cùng một địa chỉ không thể cùng được kết nối, và cái nào thắng phụ thuộc vào độ cụ thể của tuyến và thứ tự chứ không phải ý định. Giải pháp là quy hoạch địa chỉ, không phải thiết lập của ứng dụng. Hãy kiểm tra các dải trước khi dành cả buổi tối cho máy in.

Với một thiết bị sau cổng từ xa, nhà vận hành sở hữu việc chuyển tiếp, chính sách máy chủ và tuyến quay về. Một hộp kiểm cục bộ trong ứng dụng không thể cung cấp bất kỳ điều nào trong số đó, và yêu cầu điều đó hiệu quả hơn là thử nghiệm với các công tắc.

Hãy ghi lại lớp nào đã hỏng và bạn đã thay đổi điều gì. Thiết bị tiếp theo sẽ hỏng ở một trong ba chỗ giống như vậy.