Mengapa Casting Berhenti Berfungsi Selepas VPN Router Diaktifkan
Penemuan berjalan melalui multicast link-local manakala TV memuat turun media sendiri. Laluan lalai dasar boleh menangkap permintaan LAN dan menghantarnya ke terowong.
Casting berfungsi sebelum VPN router diaktifkan dan gagal sejurus selepas itu, manakala pelayaran biasa pada telefon masih berfungsi. Kedua-dua fakta ini konsisten kerana casting bukan satu sambungan. Telefon menemui dan mengawal penerima melalui rangkaian tempatan, kemudian penerima memuat turun media melalui sambungannya sendiri.
Dua laluan yang gagal secara berbeza
Laluan kawalan adalah tempatan. Telefon menemui penerima dengan bertanya kepada rangkaian tempatan, kemudian membuka sambungan kawalan ke alamat yang dipelajari. Jika penerima tidak pernah muncul dalam senarai, langkah penemuan gagal sebelum sebarang media diminta.
Laluan media tidak semestinya tempatan. Banyak penerima memuat turun strim sendiri, melalui sambungan sendiri dan dengan kelayakan sendiri, jadi laluan telefon tidak menggambarkan laluan penerima. Telefon yang kelihatan menggunakan satu jalan keluar tidak memberitahu apa-apa tentang ke mana trafik TV pergi.
Perpecahan inilah yang membuat kegagalan kelihatan pelik. Terowong mengubah jadual penghalaan telefon dan tidak mengubah jadual TV, jadi simptom yang muncul pada satu sisi pasangan mesti dijejaki pada sisi itu. Menyiasat peranti yang salah ialah sebab biasa sesuatu pembaikan kelihatan tidak berkesan.
Mengapa penemuan gagal dahulu
Penemuan biasanya berjalan melalui multicast link-local. mDNS menghantar ke 224.0.0.251 pada port UDP 5353, dan SSDP menghantar ke 239.255.255.250 pada port UDP 1900. Kedua-duanya terhad kepada satu pautan mengikut reka bentuk, sebab itu penghala tidak memajukannya antara segmen tanpa bantuan pengulang atau proksi. VPN yang dihalakan tidak meluaskan kumpulan multicast, dan laluan dasar tidak boleh membuat kumpulan yang tidak pernah meninggalkan pautan muncul pada pautan lain.
Jadi kegagalan pertama tiada kaitan dengan penyulitan. Multicast telefon meninggalkan antara muka yang menghantarnya, penerima berada dalam segmen yang tidak pernah melihatnya, dan senarai peranti kembali kosong. Senarai kosong bukan bukti TV kehilangan akses internet.
Pengasingan menghasilkan simptom yang sama tanpa sebarang VPN. Rangkaian tetamu dan pengasingan klien titik akses sengaja menghalang peranti daripada bercakap sesama sendiri, dan mengaktifkan VPN router di atas segmen terasing tidak mengubah apa-apa tentang itu. Semak tetapan pengasingan sebelum menyemak terowong. Itu jawapan yang lebih murah dan lebih biasa.
Susun atur segmen ialah separuh yang lain. Penghala kedua, nod mesh dalam mod berbeza, atau segmen berwayar di belakang NAT lain semuanya meletakkan penerima di tempat trafik penemuan telefon tidak sampai.
Mengapa laluan lalai dasar boleh menelan permintaan tempatan
Penghala yang menghalakan semua trafik ke dalam terowong memasang laluan lalai pada antara muka terowong. Jika awalan LAN tidak dikecualikan daripada dasar itu, paket yang dialamatkan kepada peranti dua meter jauhnya kini sepadan dengan laluan lalai, dan penghala menghantar permintaan kawalan ke dalam terowong dan bukan ke suis.
| Stage | What carries it | How a router VPN interferes |
|---|---|---|
| Discovery | Link-local multicast on a single segment | Not extended across segments, and not repaired by a route |
| Control connection | Unicast to the receiver address on the LAN | A policy default can capture the LAN destination and tunnel it |
| Media fetch | The receiver's own connection | Unaffected by the phone's route, but affected by the TV's own policy |
| Account authorization | Tokens held by the application | Can fail for reasons unrelated to any route |
Urutan peraturan menentukan hasil. Penghalaan dasar menilai peraturan mengikut keutamaan, jadi pengecualian untuk awalan tempatan mesti berada sebelum peraturan yang memilih jadual terowong. Menambah pengecualian selepas peraturan terowong tidak berkesan, sebab itu konfigurasi yang kelihatan betul masih boleh menghantar trafik LAN ke jalan keluar jauh.
Pembaikan itu sempit: benarkan destinasi tempatan tertentu yang diperlukan oleh aliran casting, dan biarkan pengasingan selebihnya tidak diusik. Membuang pengasingan klien sebagai langkah pertama menyembuhkan simptom tetapi membuang kawalan yang memang direka untuk rangkaian itu.
Semakan pantas pada telefon menentukan yang mana antara dua kegagalan yang anda hadapi. Jika laluan ke penerima menunjuk ke terowong, dasar ialah masalahnya. Jika ia menunjuk ke LAN dan penemuan masih gagal, multicast atau pengasingan ialah masalahnya, dan tiada perubahan laluan akan membantu.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpUji peringkat yang berubah, bukan negara
Pemerhatian yang direkodkan mengalahkan eksperimen berulang. Catat sama ada penerima muncul dalam senarai peranti, sama ada permintaan kawalan sampai kepadanya, dan sama ada main balik bermula selepas strim dipilih. Setiap jawapan mengeluarkan satu langkah daripada syak wasangka.
Kemudian uji setiap langkah secara langsung daripada menukar lokasi jalan keluar. Menukar negara VPN menguji laluan media dan membiarkan langkah penemuan serta kawalan tidak tersentuh, jadi ia boleh kelihatan membantu secara kebetulan tanpa mengajar apa-apa.
Di sisi penerima, semak laluannya sendiri dan keadaan akaunnya sendiri. TV yang memuat turun media melalui jalan keluar berbeza daripada telefon ialah reka bentuk normal, dan kegagalan di situ ialah persoalan tentang dasar rangkaian penerima, bukan tentang terowong telefon.
Tulis hasilnya sebagai satu ayat tentang langkah mana yang rosak dan apa yang mengubahnya. Ayat itu lebih bernilai daripada seminggu menukar negara dan kekal selepas kemas kini firmware yang seterusnya.
Casting ialah kes ujian yang baik untuk peraturan umum tentang terowong. Apabila satu terowong ditambah pada rangkaian, soalan pertama ialah destinasi mana yang tidak sepatutnya masuk ke dalamnya, dan yang kedua ialah destinasi mana yang tetap diterima secara senyap oleh dasar itu.