Smart TV VPN: kodėl transliavimas ir DNS lūžta atskirai
Nukreipkite televizoriaus srautą maršrutizatoriuje, tada traktuokite selektorių, resolverį, IPv6 ir transliavimo kelią kaip keturis atskirus patikrinimus.
Jūsų televizorius rodo užsienio katalogą, o telefono transliavimo mygtukas jo nebefiksuoja. Abu nusiskundimai prasideda vienu sakiniu, kuris įvardija keturis nustatymus keturiuose maršrutizatoriaus puslapiuose. Sutvarkykite išėjimą ir aptikimas sugenda; sutvarkykite aptikimą ir kitas nuomos laikotarpis atiduoda išėjimą kitam įrenginiui. Toliau pateikta tvarka eina nuo selektoriaus iki transliavimo kelio.
Kur gyvena kiekvienas iš keturių sprendimų
Užrašykite visus keturis prieš atidarydami meniu, nes kiekvienas gyvena kitame puslapyje ir sugenda kitoje vietoje. Selektorius pasirenka, kuriam klientui taikomas tunelis, resolveris nusprendžia, kur atsakoma į vardus, adresų šeima nusprendžia, ar IPv6 apskritai uždengtas, o vietinis kelias nusprendžia, ar telefonas ir televizorius dar mato vienas kitą. Vieno pakeitimas atrodo baigtas tame puslapyje, kuriame stovite. Kitų trijų žala pasirodo vėliau, kitame meniu, kaip kitas nusiskundimas.
Firmware meniu skiriasi, bet keturios vietos retai. Selektorius yra statinis susiejimas DHCP serveryje ir jį atitinkanti ugniasienės taisyklė. Resolveris yra prie DNS paslaugos, kur persiuntėjo įrašas arba aukštesnių serverių sąrašas nusprendžia, į kuriuos vardus atsako maršrutizatorius ir iš kur išeina užklausos. Šeimos nustatymas priklauso pačiam sąsajai, kur IPv4 ir IPv6 konfigūruojami atskirai ir politika gali apimti tik pirmąjį. Vietinis kelias yra prieigos taško jungiklis, arba klientų izoliacija, arba svečių tinklas su sava ugniasiene.
Leiskite selektoriui pergyventi nuomą
Veikia ir politika kiekvienam įrenginiui, ir atskiras segmentas, o geresnis pasirinkimas yra tas, kurį firmware gali prižiūrėti be antro žmogaus atminties. Spąstai yra taisyklė, prirakinta prie adreso, kurį DHCP serveris išdavė pagal savo grafiką: ji veikia, kol nuoma pajuda, o paskui nukreipia nešiojamąjį kompiuterį per kitą šalį dėl priežasčių, kurių savininkas nemato. Patvarumas, o ne tvarkingumas, yra savybė, kurią verta optimizuoti.
| Rule names the TV by | After the next lease | What it costs |
|---|---|---|
| whatever address it has now | may point at another client | silent misrouting weeks later |
| a reserved address | holds, if the reservation ships with it | one more entry to keep in step |
| a hardware address | holds, unless the device rotates it | privacy features can break it |
| a whole segment | holds for every device on it | neighbours inherit the exit |
Siųskite rezervaciją ir taisyklę kaip vieną pakeitimą, nes taisyklė, pergyvenanti savo rezervaciją, nukreipta į svetimą aparatūrą. Viso segmento taisyklė yra patvariausias ir grubiausias selektorius, nes kiekvienas įrenginys už tos sąsajos paveldi išėjimą, ar jam to reikėjo, ar ne. Kad ir kokį selektorių pasirinktumėte, toliau kyla aprėpties klausimas: politika tik IPv4 yra pusė sprendimo, o neapimta šeima yra ta, kuri išeina nepastebėta.
Išsiaiškinkite, kurį resolverį televizorius tikrai naudoja
Atidarykite paties televizoriaus tinklo nustatymus prieš liesdami maršrutizatorių, nes šį ginčą išsprendžia įrenginys. Rankiniu būdu nustatytas DNS laukas toliau naudoja tą serverį, kad ir ką siūlytų DHCP, o vieną kartą kitam regionui sukonfigūruotas set-top box vis dar gali rodyti į adresą, kuris nebeatsako. Jei laukas automatinis, nusprendžia maršrutizatoriaus DHCP parinktis, ir paties maršrutizatoriaus resolveris tampa kitu klausimu. Bet kuriuo atveju atsakymas yra įrenginio ekrane, o ne firmware vadove.
Maršrutizatoriaus pusėje svarbus skirtumas yra tarp vardų, į kuriuos maršrutizatorius atsako pats, ir vardų, kuriuos jis persiunčia, nes šie du keliai gali išeiti per skirtingas sąsajas. Todėl teisingai išsprendžiama užklausa nieko nesako apie tai, kur eina medijos užklausa, o Linux šliuze politikos lentelė ir vienas maršruto ieškojimas atsako į abu klausimus nieko televizoriuje nefiksuodami:
ip rule show
ip route get 203.0.113.10Perskaitykite pirmą komandą taisyklei, žyminčiai televizoriaus srautą, o antrą – sąsajai, kurią paketas į pavyzdinį adresą iš tikrųjų naudotų. Kai abi nesutampa, kaltas ne resolveris, o politika. Pakeiskite vieną dalyką, tada vėl paleiskite porą, nes taisyklių sąrašas jautrus tvarkai ir naujas įrašas gali užtemdyti taisyklę, kuri nešė srautą. Paskirties vieta rezervuota dokumentacijai, todėl įklijuota išvestis skaitoma kaip pavyzdys.
Transliavimas lūžta aptikimo metu, o ne sraute
Transliavimas yra bent trys pokalbiai, ir tik vienas jų neša vaizdą. Telefonas aptinka televizorių multicast arba broadcast būdu vietiniame segmente, atidaro valdymo kanalą pasakyti, ką leisti, o tada televizorius arba pats atsisiunčia srautą, arba gauna jį persiųstą iš telefono. Aptikimas niekada neperžengia maršrutizatoriaus, kuris to srauto nepersiunčia, ir taip televizorius gali būti nukreiptas tiksliai kaip sumanyta ir vis tiek niekada neatsirasti transliavimo sąraše.
Svečių tinklai ir klientų izoliacija yra įprasta priežastis, ir abu daro būtent tai, kam buvo sukonfigūruoti. Išjungti izoliaciją visame belaidžiame tinkle, kad vienas įrenginys vėl pasirodytų, yra įprasta per didelė korekcija, ir ji vėl atidaro kiekvieną telefonų tarpusavio kelią, kurį nustatymas turėjo uždaryti. Yra siauresnių atsakymų: praleidimo taisyklė aptikimo ir valdymo srautui tarp dviejų adresų, atskiras SSID televizoriams arba viena dokumentuota išimtis svečių tinkle.
Išbandykite transliavimą, kol izoliacijos taisyklė dar vietoje, tada pridėkite tik aptikimo išimtį ir bandykite dar kartą. Jei antras bandymas randa televizorių, išimtis yra sprendimas, o likusi segmento dalis gali likti kaip buvusi.
Sustabdykite tunelį ir pažiūrėkite, kuria kryptimi jis lūžta
Paskutinis patikrinimas yra tas, kurį dauguma konfigūracijų praleidžia: nuleiskite tunelį ir pažiūrėkite, ar televizorius sustoja, ar tyliai išeina vietiniu ryšiu. Politika, išreiškianti pirmenybę, lūžta atvirai, ir šį gedimą lengva pražiūrėti, nes atkūrimas tęsiasi, kol išėjimas grįžta pas ISP. Kill-switch taisyklė lūžta uždariai, ir televizorius nieko nepraneša, kol tunelis negrįžta. Nė vienas elgesys nėra neteisingas; nežinoti, kurį sukonfigūravote, yra.
Po kiekvieno pakeitimo dar kartą patikrinkite keturis dalykus šia tvarka. Selektorius vis dar atitinka įrenginį po kitos nuomos ar paleidimo iš naujo. Resolveris atsako tuo keliu, kurį numato politika, o ne iš serverio, kurį įrenginys atsiminė. Politikos adresų šeima apima kiekvieną šeimą, kurią televizorius ir prieigos tinklas tikrai naudoja. Transliavimas vis dar randa televizorių iš telefono, kuris bus tikrai naudojamas, o ne iš bandomojo telefono tame pačiame SSID.
Laikykite tas keturias eilutes prie maršrutizatoriaus konfigūracijos, o ne pokalbių gijoje: ką atitinka taisyklė, kurio resolverio klausia televizorius, kuri šeima apimta ir kokio vietinio kelio reikia transliavimui. Kitas žmogus, atidarysiantis ugniasienę, konfigūraciją perskaitys daug anksčiau nei bilietą. Iki tol tas žmogus galite būti jūs.