Smart TV trên VPN: vì sao casting và DNS hỏng riêng rẽ

Tivi của bạn hiển thị danh mục nước ngoài, còn nút casting trên điện thoại không còn liệt kê nó. Cả hai phản ánh đều bắt đầu bằng một câu nêu tên bốn cài đặt trên bốn trang của router. Sửa lối ra thì việc dò tìm hỏng; sửa việc dò tìm thì hợp đồng thuê tiếp theo trao lối ra cho thiết bị khác. Thứ tự dưới đây đi từ bộ chọn đến đường casting.

Mỗi quyết định trong bốn quyết định sống ở đâu

Hãy ghi cả bốn trước khi mở menu, vì mỗi cái sống ở một trang khác và hỏng ở một chỗ khác. Bộ chọn quyết định tunnel áp dụng cho máy khách nào, bộ phân giải quyết định tên được trả lời ở đâu, họ địa chỉ quyết định IPv6 có được phủ hay không, và đường cục bộ quyết định điện thoại và tivi còn thấy nhau hay không. Một thay đổi ở một cái trông như đã xong từ trang bạn đang đứng. Thiệt hại từ ba cái còn lại xuất hiện sau, ở menu khác, như một phản ánh khác.

Menu firmware khác nhau, nhưng bốn vị trí hiếm khi khác. Bộ chọn là ánh xạ tĩnh trên máy chủ DHCP cộng với quy tắc tường lửa khớp với nó. Bộ phân giải ngồi cạnh dịch vụ DNS, nơi một mục chuyển tiếp hoặc danh sách máy chủ thượng nguồn quyết định router trả lời những tên nào và truy vấn đi ra từ đâu. Cài đặt họ địa chỉ thuộc về chính giao diện, nơi IPv4 và IPv6 được cấu hình riêng và chính sách chỉ có thể phủ cái đầu. Đường cục bộ là công tắc của điểm truy cập, hoặc cô lập máy khách hoặc mạng khách có tường lửa riêng.

Hãy để bộ chọn sống lâu hơn hợp đồng thuê

Cả chính sách theo từng thiết bị lẫn phân đoạn riêng đều hoạt động, và lựa chọn tốt hơn là cái mà firmware duy trì được mà không cần người thứ hai ghi nhớ. Cái bẫy là một quy tắc ghim vào địa chỉ mà máy chủ DHCP cấp theo lịch của chính nó: nó hoạt động cho đến khi hợp đồng thuê dịch chuyển, rồi định tuyến một laptop qua quốc gia khác vì những lý do chủ nhân không thấy. Sự bền bỉ, không phải sự gọn gàng, mới là thuộc tính đáng tối ưu.

Gửi bản đặt trước và quy tắc như một thay đổi duy nhất, vì một quy tắc sống lâu hơn bản đặt trước của nó là quy tắc nhắm vào phần cứng của người khác. Quy tắc cho toàn bộ phân đoạn là bộ chọn bền nhất và thô nhất, vì mọi thiết bị sau giao diện đó đều thừa hưởng lối ra, dù có cần hay không. Dù bạn chọn bộ chọn nào, câu hỏi về độ phủ đến tiếp: chính sách chỉ IPv4 là nửa quyết định, và họ địa chỉ không được phủ là cái rời đi mà không ai để ý.

Tìm hiểu xem tivi thực sự dùng bộ phân giải nào

Mở cài đặt mạng của chính tivi trước khi chạm vào router, vì thiết bị phân xử cuộc tranh này. Một trường DNS đặt thủ công tiếp tục dùng máy chủ đó bất kể DHCP đề nghị gì, và một set-top box từng được cấu hình cho vùng khác vẫn có thể trỏ tới địa chỉ không còn trả lời. Nếu trường là tự động, tùy chọn DHCP của router quyết định, và bộ phân giải của chính router trở thành câu hỏi tiếp theo. Dù thế nào, câu trả lời nằm trên màn hình thiết bị, không phải trong sách hướng dẫn firmware.

Về phía router, khác biệt quan trọng là giữa những tên router tự trả lời và những tên nó chuyển tiếp, vì hai đường đó có thể ra qua các giao diện khác nhau. Vì vậy một truy vấn phân giải đúng không nói gì về việc yêu cầu phương tiện đi đâu, và trên một cổng Linux bảng chính sách cộng một lần tra tuyến trả lời cả hai câu hỏi mà không bắt gì trên tivi:

ip rule show
ip route get 203.0.113.10

Đọc lệnh đầu tiên cho quy tắc đánh dấu lưu lượng của tivi và lệnh thứ hai cho giao diện mà gói tin tới địa chỉ ví dụ thực sự dùng. Khi hai cái không khớp, bộ phân giải không có lỗi; chính sách mới có. Đổi một thứ, rồi chạy lại cặp lệnh, vì danh sách quy tắc nhạy với thứ tự và một mục mới có thể che khuất quy tắc đang mang lưu lượng. Đích được dành cho tài liệu, nên đầu ra dán vào được đọc như một ví dụ.

Casting hỏng ở việc dò tìm, không phải ở luồng

Casting là ít nhất ba cuộc trò chuyện và chỉ một cuộc mang video. Điện thoại dò tìm tivi qua multicast hoặc broadcast trong phân đoạn cục bộ, mở kênh điều khiển để nói phát gì, rồi tivi hoặc tự lấy luồng hoặc nhận luồng được chuyển tiếp từ điện thoại. Việc dò tìm không bao giờ vượt qua một router không chuyển tiếp lưu lượng đó, và đó là cách một tivi có thể được định tuyến đúng như mong muốn mà vẫn không bao giờ xuất hiện trong danh sách casting.

Mạng khách và cô lập máy khách là nguyên nhân thường gặp, và cả hai đang làm đúng điều chúng được cấu hình để làm. Tắt cô lập trên toàn mạng không dây để một thiết bị xuất hiện lại là cách sửa quá mức thường gặp, và nó mở lại mọi đường điện thoại-tới-điện thoại mà cài đặt đó tồn tại để đóng. Có những câu trả lời hẹp hơn: một quy tắc cho phép đối với lưu lượng dò tìm và điều khiển giữa hai địa chỉ, một SSID riêng cho các tivi, hoặc một ngoại lệ được ghi lại trên mạng khách.

Thử casting khi quy tắc cô lập vẫn còn, rồi chỉ thêm ngoại lệ dò tìm và thử lại. Nếu lần thử thứ hai tìm thấy tivi, ngoại lệ chính là cách sửa và phần còn lại của phân đoạn có thể giữ nguyên.

Dừng tunnel và xem nó hỏng về phía nào

Kiểm tra cuối cùng là cái hầu hết cấu hình bỏ qua: hạ tunnel xuống và xem tivi dừng lại hay lặng lẽ rời đi qua kết nối cục bộ. Một chính sách thể hiện ưu tiên hỏng theo kiểu mở, và lỗi đó dễ bị bỏ sót vì quá trình phát vẫn tiếp tục trong khi lối ra quay về ISP. Quy tắc kill-switch hỏng theo kiểu đóng, và tivi không báo gì cho đến khi tunnel quay lại. Không hành vi nào là sai; không biết mình đã cấu hình cái nào mới là sai.

Kiểm tra lại bốn thứ sau mọi thay đổi, theo thứ tự này. Bộ chọn vẫn khớp với thiết bị sau hợp đồng thuê hoặc lần khởi động lại tiếp theo. Bộ phân giải trả lời trên đường mà chính sách dự định, không phải từ máy chủ mà thiết bị đã nhớ. Họ địa chỉ trong chính sách phủ mọi họ mà tivi và mạng truy cập thực sự dùng. Casting vẫn tìm thấy tivi từ chiếc điện thoại thực sự sẽ được dùng, không phải từ điện thoại thử nghiệm trên cùng SSID.

Giữ bốn dòng đó bên cạnh cấu hình router chứ không phải trong luồng chat: quy tắc khớp với gì, tivi hỏi bộ phân giải nào, họ nào được phủ và casting cần đường cục bộ nào. Người tiếp theo mở tường lửa sẽ đọc cấu hình lâu trước khi đọc một phiếu. Đến lúc đó, người đó có thể là bạn.