Smart TV a VPN-en: miért törik külön a cast és a DNS
Irányítsa a tévé forgalmát a routeren, majd kezelje a szelektort, a feloldót, az IPv6-ot és a cast-útvonalat négy külön ellenőrzésként.
A televíziója a külföldi katalógust mutatja, és a telefon cast gombja már nem listázza. Mindkét panasz egyetlen mondattal kezdődik, amely négy beállítást nevez meg négy routeroldalon. Javítsa meg a kimenetet, és a felderítés eltörik; javítsa meg a felderítést, és a következő bérlet más eszköznek adja a kimenetet. Az alábbi sorrend a szelektortól a cast-útvonalig tart.
Hol él a négy döntés mindegyike
Írja fel mind a négyet, mielőtt bármilyen menüt megnyit, mert mindegyik más oldalon él és más helyen hibázik. A szelektor kiválasztja, melyik kliensre vonatkozik az alagút, a feloldó eldönti, hol válaszolják meg a neveket, a címcsalád eldönti, hogy az IPv6 egyáltalán le van-e fedve, a helyi útvonal pedig eldönti, hogy a telefon és a televízió még látják-e egymást. Egy változtatás azon az oldalon, ahol áll, teljesnek látszik. A másik három kára később, más menüben, más panasz formájában jelenik meg.
A firmware menük különböznek, a négy hely ritkán. A szelektor statikus leképezés a DHCP-kiszolgálón, plusz egy hozzá illeszkedő tűzfal-szabály. A feloldó a DNS-szolgáltatás mellett ül, ahol egy továbbító bejegyzés vagy a felsőbb kiszolgálók listája eldönti, mely nevekre válaszol a router, és honnan lépnek ki a lekérdezések. A családbeállítás magához az interfészhez tartozik, ahol az IPv4 és az IPv6 külön konfigurálható, és egy házirend csak az elsőt fedheti le. A helyi útvonal egy hozzáférési pont kapcsolója, akár kliensizoláció, akár vendéghálózat saját tűzfallal.
Élje túl a szelektor a bérletet
Eszközönkénti házirend és dedikált szegmens is működik, és a jobb választás az, amelyet a firmware második ember emlékezete nélkül is karban tud tartani. A csapda egy olyan címhez rögzített szabály, amelyet a DHCP-kiszolgáló a saját ütemezése szerint adott ki: addig működik, amíg a bérlet el nem mozdul, aztán egy laptopot más országon át irányít, olyan okokból, amelyeket a tulajdonosa nem lát. A tartósság, nem a rend, az a tulajdonság, amelyet érdemes optimalizálni.
| 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 |
Küldje a foglalást és a szabályt egyetlen változtatásként, mert a foglalását túlélő szabály valaki más hardverére irányul. Egy egész szegmensre vonatkozó szabály a legtartósabb és a legnyersebb szelektor, hiszen az interfész mögötti minden eszköz örökli a kimenetet, akár kellett neki, akár nem. Bármelyik szelektort választja, a lefedettség kérdése jön következőnek: a csak IPv4-es házirend fél döntés, és a nem fedett család az, amely észrevétlenül távozik.
Tudja meg, melyik feloldót használja valójában a televízió
Nyissa meg a televízió saját hálózati beállításait, mielőtt a routerhez nyúl, mert az eszköz dönti el ezt a vitát. A kézzel beállított DNS-mező továbbra is azt a kiszolgálót használja, bármit kínál a DHCP, és egy set-top box, amelyet egyszer más régióra konfiguráltak, még mindig mutathat olyan címre, amely már nem válaszol. Ha a mező automatikus, a router DHCP-beállítása dönt, és a router saját feloldója lesz a következő kérdés. Mindkét esetben a válasz az eszköz képernyőjén van, nem a firmware kézikönyvében.
A router oldalán a fontos megkülönböztetés az a nevek között, amelyekre a router maga válaszol, és amelyeket továbbít, mert ez a két útvonal különböző interfészeken léphet ki. Ezért egy helyesen feloldott lekérdezés semmit sem mond arról, hová megy egy média kérés, és egy Linux-átjárón a házirend-tábla plusz egyetlen útvonalkeresés megválaszolja mindkét kérdést anélkül, hogy bármit is elkapna a televízióból:
ip rule show
ip route get 203.0.113.10
Olvassa el az első parancsot a televízió forgalmát jelölő szabályhoz, a másodikat pedig ahhoz az interfészhez, amelyet a példacímre menő csomag valóban használna. Ha a kettő nem ért egyet, nem a feloldó a hibás; a házirend az. Változtasson egy dolgot, majd futtassa újra a párost, mert a szabálylista sorrendérzékeny, és egy új bejegyzés árnyékba boríthatja a forgalmat vivő szabályt. A cél dokumentációra fenntartott, ezért a beillesztett kimenet mintaként olvasandó.
A cast a felderítésnél törik, nem az adatfolyamnál
A cast legalább három beszélgetés, és csak az egyik szállít videót. A telefon multicast vagy broadcast útján felfedezi a televíziót a helyi szegmensen, vezérlőcsatornát nyit, hogy megmondja, mit játsszon, majd vagy maga a televízió húzza le az adatfolyamot, vagy a telefontól továbbítva kapja meg. A felderítés soha nem lép át olyan routeren, amely nem továbbítja ezt a forgalmat, és így fordulhat elő, hogy egy televízió pontosan a szándék szerint van irányítva, mégis soha nem jelenik meg a cast listán.
A vendéghálózatok és a kliensizoláció a szokásos ok, és mindkettő pontosan azt teszi, amire konfigurálták. Az izoláció kikapcsolása a teljes vezeték nélküli hálózaton, hogy egy eszköz újra megjelenjen, a szokásos túlkorrekció, és újranyit minden telefon-telefon útvonalat, amelyet a beállítás bezárni hivatott. Vannak szűkebb válaszok: átengedő szabály a felderítési és vezérlőforgalomra két cím között, külön SSID a televízióknak, vagy egy dokumentált kivétel a vendéghálózaton.
Tesztelje a castot, miközben az izolációs szabály még a helyén van, majd csak a felderítési kivételt adja hozzá, és teszteljen újra. Ha a második kísérlet megtalálja a televíziót, a kivétel a megoldás, és a szegmens többi része maradhat, ahogy volt.
Állítsa le az alagutat, és figyelje, melyik irányba hibázik
Az utolsó ellenőrzés az, amelyet a legtöbb beállítás kihagy: engedje le az alagutat, és figyelje, hogy a televízió leáll-e, vagy csendben elmegy-e a helyi kapcsolaton. A preferenciát kifejező házirend nyitottan hibázik, és ezt a hibát könnyű elnézni, mert a lejátszás folytatódik, miközben a kimenet visszatér az ISP-hez. A kill-switch szabály ehelyett zártan hibázik, és a televízió semmit nem jelent, amíg az alagút vissza nem tér. Egyik viselkedés sem helytelen; nem tudni, melyiket konfigurálta, az a hiba.
Minden változtatás után ellenőrizzen négy dolgot ebben a sorrendben. A szelektor a következő bérlet vagy újraindítás után is illeszkedik az eszközhöz. A feloldó azon az útvonalon válaszol, amelyet a házirend szán, nem egy kiszolgálóról, amelyre az eszköz emlékezett. A házirend címcsaládja lefedi minden családot, amelyet a televízió és a hozzáférési hálózat ténylegesen használ. A cast még mindig megtalálja a televíziót arról a telefonról, amelyet valóban használni fognak, nem egy ugyanazon az SSID-n ülő teszttelefonról.
Tartsa ezt a négy sort a router konfigurációja mellett, ne egy csevegőszálban: mit illeszt a szabály, melyik feloldót kérdezi a televízió, melyik család van lefedve, és melyik helyi útvonalra van szüksége a castnak. A következő ember, aki megnyitja a tűzfalat, jóval előbb olvassa a konfigurációt, mint egy jegyet. Addigra az az ember Ön lehet.