Kāpēc atveidošana pārstāj darboties pēc maršrutētāja VPN ieslēgšanas
Atklāšana notiek link-local multicast, bet televizors mediju lejupielādē pats. Politikas noklusējuma maršruts var pārtvert LAN pieprasījumu un nosūtīt to tunelī.
Atveidošana darbojās pirms maršrutētāja VPN ieslēgšanas un uzreiz pēc tam neizdodas, kamēr parastā pārlūkošana telefonā joprojām strādā. Šie divi fakti nav pretrunā, jo atveidošana nav viens savienojums. Telefons atrod un vada uztvērēju lokālajā tīklā, un pēc tam uztvērējs lejupielādē mediju ar savu savienojumu.
Divi ceļi, kas sabojājas atšķirīgi
Vadības ceļš ir lokāls. Telefons atrod uztvērēju, pajautājot lokālajam tīklam, un tad atver vadības savienojumu uz uzzināto adresi. Ja uztvērējs sarakstā nekad neparādās, atklāšanas posms neizdevās pirms jebkādas medijas pieprasīšanas.
Medijas ceļš ne vienmēr ir lokāls. Daudzi uztvērēji straumi lejupielādē paši, ar savu savienojumu un saviem akreditācijas datiem, tāpēc telefona maršruts neapraksta uztvērēja maršrutu. Telefons, kas šķietami izmanto vienu izeju, neko nepasaka par to, kur dodas televizora trafiks.
Šī sadalīšana ir iemesls, kāpēc kļūme izskatās dīvaini. Tunelis mainīja telefona maršrutēšanas tabulu un nemainīja televizora tabulu, tāpēc simptoms, kas parādās vienā pāra pusē, jāmeklē tieši tajā pusē. Nepareizas ierīces pētīšana ir parastais iemesls, kāpēc labojums šķietami neko nedara.
Kāpēc atklāšana sabojājas pirmā
Atklāšana parasti notiek link-local multicast. mDNS sūta uz 224.0.0.251 UDP portā 5353, un SSDP sūta uz 239.255.255.250 UDP portā 1900. Abi pēc konstrukcijas ir ierobežoti ar vienu saiti, tāpēc maršrutētājs tos neparkārto starp segmentiem bez atkārtotāja vai starpniekservera palīdzības. Maršrutēts VPN nepaplašina multicast grupu, un politikas maršruts nevar likt grupai, kas nekad nav atstājusi saiti, parādīties citā.
Tāpēc pirmajai kļūmei nav nekā kopīga ar šifrēšanu. Telefona multicast atstāj saskarni, kurā tas tika nosūtīts, uztvērējs ir segmentā, kas to nekad neredz, un ierīču saraksts atgriežas tukšs. Tukšs saraksts nav pierādījums, ka televizors zaudēja piekļuvi internetam.
Izolācija rada identisku simptomu arī bez jebkura VPN. Viesu tīkli un piekļuves punkta klientu izolācija apzināti neļauj ierīcēm savstarpēji sazināties, un maršrutētāja VPN ieslēgšana izolētā segmentā to nemaina. Pārbaudiet izolācijas iestatījumu pirms tuneļa pārbaudes. Tā ir lētākā atbilde un biežākā.
Segmentu izvietojums ir otra puse. Otrs maršrutētājs, citā režīmā darbojošs mesh mezgls vai vadu segments aiz cita NAT visi novieto uztvērēju tur, kur telefona atklāšanas trafiks nenokļūst.
Kāpēc politikas noklusējuma maršruts var aprīt lokālu pieprasījumu
Maršrutētājs, kas visu trafiku virza tunelī, tunela saskarnē instalē noklusējuma maršrutu. Ja LAN prefikss nav izslēgts no šīs politikas, pakete, kas adresēta ierīcei divu metru attālumā, tagad atbilst noklusējumam, un maršrutētājs vadības pieprasījumu sūta tunelī, nevis komutatorā.
| 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 |
Noteikumu secība nosaka iznākumu. Politikas maršrutēšana vērtē noteikumus prioritātes secībā, tāpēc lokālā prefiksa izņēmumam jābūt pirms noteikuma, kas izvēlas tuneļa tabulu. Izņēmuma pievienošana pēc tuneļa noteikuma nedod efektu, tāpēc pareizi izskatoša konfigurācija joprojām var sūtīt LAN trafiku uz attālu izeju.
Labojums ir šaurs: atļaujiet konkrētos lokālos galamērķus, kas nepieciešami atveidošanas plūsmai, un atstājiet pārējo izolāciju neskartu. Klientu izolācijas noņemšana kā pirmais solis izārstē simptomu, bet atmet kontroli, kas tīklam bija paredzēta pēc konstrukcijas.
Ātra pārbaude telefonā nosaka, kura no divām kļūmēm jums ir. Ja maršruts uz uztvērēju rāda uz tuneli, problēma ir politikā. Ja rāda uz LAN un atklāšana joprojām neizdodas, problēma ir multicast vai izolācija, un maršruta maiņa nepalīdzēs.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpPārbaudiet mainīto posmu, nevis valsti
Pierakstīti novērojumi ir labāki par atkārtotiem eksperimentiem. Atzīmējiet, vai uztvērējs parādās ierīču sarakstā, vai vadības pieprasījums to sasniedz un vai atskaņošana sākas pēc straumes izvēles. Katra atbilde izslēdz vienu posmu no aizdomām.
Pēc tam pārbaudiet katru posmu tieši, nevis mainiet izejas vietas. VPN valsts maiņa pārbauda medijas ceļu un atstāj atklāšanas un vadības posmus neskartus, tāpēc tā var šķietami palīdzēt nejauši, neko neiemācot.
Uztvērēja pusē pārbaudiet tā paša maršrutu un sava konta stāvokli. Televizors, kas mediju lejupielādē pa citu izeju nekā telefons, ir normāla konstrukcija, un kļūme tur ir jautājums par uztvērēja tīkla politiku, nevis par telefona tuneli.
Pierakstiet rezultātu vienā teikumā par to, kurš posms sabojājās un kas to mainīja. Šis teikums ir vērtīgāks par nedēļu valstu maiņas un iztur nākamo programmaparatūras atjauninājumu.
Atveidošana ir labs vispārīga noteikuma par tuneļiem tests. Kad tīklam pievieno tuneli, pirmais jautājums ir kuri galamērķi tajā nekad nedrīkstēja nonākt, bet otrais – kurus no tiem politika tomēr klusām pieņēma.