Smart TV di VPN: mengapa casting dan DNS rusak secara terpisah

Televisi Anda menampilkan katalog asing, dan tombol casting di ponsel tidak lagi mendaftarkannya. Kedua keluhan dimulai dengan satu frasa yang menyebut empat pengaturan di empat halaman router. Perbaiki jalur keluar dan penemuan rusak; perbaiki penemuan dan sewa berikutnya menyerahkan jalur keluar ke perangkat lain. Urutan di bawah berjalan dari selektor sampai jalur casting.

Di mana masing-masing dari empat keputusan berada

Tuliskan keempatnya sebelum membuka menu, karena masing-masing berada di halaman berbeda dan gagal di tempat berbeda. Selektor memilih klien mana yang dikenai tunnel, resolver memutuskan di mana nama dijawab, keluarga alamat memutuskan apakah IPv6 tercakup sama sekali, dan jalur lokal memutuskan apakah ponsel dan televisi masih saling melihat. Perubahan pada satu tampak lengkap dari halaman tempat Anda berdiri. Kerusakan dari tiga lainnya muncul kemudian, di menu lain, sebagai keluhan lain.

Menu firmware berbeda, tetapi keempat lokasinya jarang. Selektor adalah pemetaan statis di server DHCP ditambah aturan firewall yang cocok dengannya. Resolver berada di layanan DNS, di mana entri penerus atau daftar server hulu memutuskan nama mana yang dijawab router dan dari mana kueri keluar. Pengaturan keluarga milik antarmuka itu sendiri, di mana IPv4 dan IPv6 dikonfigurasi terpisah dan kebijakan hanya dapat mencakup yang pertama. Jalur lokal adalah sakelar titik akses, entah isolasi klien atau jaringan tamu dengan firewall sendiri.

Buat selektor bertahan lebih lama dari sewa

Kebijakan per perangkat dan segmen khusus keduanya berfungsi, dan pilihan yang lebih baik adalah yang dapat dipelihara firmware tanpa orang kedua mengingatnya. Jebakannya adalah aturan yang dipatok ke alamat yang diberikan server DHCP menurut jadwalnya sendiri: aturan itu bekerja sampai sewa berpindah, lalu merutekan laptop melalui negara lain karena alasan yang tidak dapat dilihat pemiliknya. Ketahanan, bukan kerapian, adalah sifat yang layak dioptimalkan.

Kirim reservasi dan aturannya sebagai satu perubahan, karena aturan yang hidup lebih lama dari reservasinya adalah aturan yang diarahkan ke perangkat keras orang lain. Aturan segmen penuh adalah selektor paling tahan lama dan paling kasar, sebab setiap perangkat di balik antarmuka itu mewarisi jalur keluar, perlu atau tidak. Apa pun selektor yang Anda pilih, pertanyaan cakupan datang berikutnya: kebijakan hanya IPv4 adalah setengah keputusan, dan keluarga yang tidak tercakup adalah yang pergi tanpa disadari.

Cari tahu resolver mana yang benar-benar dipakai televisi

Buka pengaturan jaringan televisi itu sendiri sebelum menyentuh router, karena perangkat yang menyelesaikan perdebatan ini. Kolom DNS yang disetel manual tetap memakai server itu apa pun yang ditawarkan DHCP, dan set-top box yang pernah dikonfigurasi untuk wilayah lain masih bisa menunjuk ke alamat yang tidak lagi menjawab. Jika kolomnya otomatis, opsi DHCP router yang memutuskan, dan resolver router sendiri menjadi pertanyaan berikutnya. Bagaimanapun jawabannya ada di layar perangkat, bukan di manual firmware.

Di sisi router, pembedaan yang penting adalah antara nama yang dijawab router sendiri dan nama yang diteruskannya, karena kedua jalur itu dapat keluar melalui antarmuka berbeda. Karena itu pencarian yang berhasil diselesaikan tidak mengatakan apa pun tentang ke mana permintaan media pergi, dan pada gateway Linux tabel kebijakan plus satu pencarian rute menjawab kedua pertanyaan tanpa menangkap apa pun di televisi:

ip rule show
ip route get 203.0.113.10

Baca perintah pertama untuk aturan yang menandai lalu lintas televisi dan yang kedua untuk antarmuka yang benar-benar akan dipakai paket ke alamat contoh. Ketika keduanya tidak cocok, resolver bukan penyebabnya; kebijakanlah. Ubah satu hal, lalu jalankan pasangan itu lagi, karena daftar aturan peka urutan dan entri baru dapat menaungi aturan yang membawa lalu lintas. Tujuan itu disediakan untuk dokumentasi, jadi keluaran yang ditempel terbaca sebagai contoh.

Casting rusak pada penemuan, bukan pada aliran

Casting setidaknya tiga percakapan dan hanya satu yang membawa video. Ponsel menemukan televisi lewat multicast atau broadcast di segmen lokal, membuka kanal kontrol untuk mengatakan apa yang diputar, lalu televisi entah mengambil aliran itu sendiri atau menerimanya diteruskan dari ponsel. Penemuan tidak pernah melewati router yang tidak meneruskan lalu lintas itu, dan begitulah televisi dapat dirutekan persis seperti yang dimaksud dan tetap tidak pernah muncul di daftar casting.

Jaringan tamu dan isolasi klien adalah penyebab biasa, dan keduanya melakukan tepat apa yang dikonfigurasikan. Mematikan isolasi di seluruh jaringan nirkabel agar satu perangkat muncul lagi adalah koreksi berlebihan yang biasa, dan itu membuka kembali setiap jalur ponsel-ke-ponsel yang seharusnya ditutup pengaturan itu. Ada jawaban yang lebih sempit: aturan lolos untuk lalu lintas penemuan dan kontrol antara dua alamat, SSID terpisah untuk televisi, atau satu pengecualian terdokumentasi di jaringan tamu.

Uji casting dengan aturan isolasi masih di tempatnya, lalu tambahkan hanya pengecualian penemuan dan uji lagi. Jika percobaan kedua menemukan televisi, pengecualian itulah perbaikannya dan sisa segmen dapat tetap seperti semula.

Hentikan tunnel dan lihat ke arah mana ia gagal

Pemeriksaan terakhir adalah yang paling sering dilewatkan: turunkan tunnel dan lihat apakah televisi berhenti atau diam-diam keluar lewat koneksi lokal. Kebijakan yang menyatakan preferensi gagal terbuka, dan kegagalan itu mudah terlewat karena pemutaran berlanjut sementara jalur keluar kembali ke ISP. Aturan kill-switch justru gagal tertutup, dan televisi tidak melaporkan apa pun sampai tunnel kembali. Tak satu pun dari kedua perilaku itu salah; tidak tahu mana yang Anda konfigurasikan itulah yang salah.

Periksa ulang empat hal setelah setiap perubahan, dengan urutan ini. Selektor masih cocok dengan perangkat setelah sewa atau reboot berikutnya. Resolver menjawab di jalur yang dimaksud kebijakan, bukan dari server yang diingat perangkat. Keluarga alamat dalam kebijakan mencakup setiap keluarga yang benar-benar dipakai televisi dan jaringan akses. Casting masih menemukan televisi dari ponsel yang benar-benar akan dipakai, bukan dari ponsel uji di SSID yang sama.

Simpan empat baris itu di samping konfigurasi router, bukan di utas obrolan: apa yang dicocokkan aturan, resolver mana yang ditanya televisi, keluarga mana yang tercakup, dan jalur lokal mana yang dibutuhkan casting. Orang berikutnya yang membuka firewall akan membaca konfigurasi jauh sebelum membaca tiket. Saat itu, orang tersebut bisa jadi Anda.