Smart TV VPN: kāpēc apraide un DNS lūzt atsevišķi
Novirziet televizora datplūsmu maršrutētājā, pēc tam izturieties pret selektoru, atrisinātāju, IPv6 un apraides ceļu kā četrām atsevišķām pārbaudēm.
Jūsu televizors rāda ārvalstu katalogu, un tālruņa apraides poga to vairs neuzrāda. Abas sūdzības sākas ar vienu teikumu, kas nosauc četrus iestatījumus četrās maršrutētāja lapās. Salabojiet izeju un atklāšana salūzt; salabojiet atklāšanu un nākamā noma nodod izeju citai ierīcei. Zemāk esošā secība iet no selektora līdz apraides ceļam.
Kur dzīvo katrs no četriem lēmumiem
Pierakstiet visus četrus pirms izvēlnes atvēršanas, jo katrs dzīvo citā lapā un sabrūk citā vietā. Selektors izvēlas, kuram klientam tiek piemērots tunelis, atrisinātājs izlemj, kur atbild uz vārdiem, adrešu saime izlemj, vai IPv6 vispār ir pārklāts, un vietējais ceļš izlemj, vai tālrunis un televizors vēl redz viens otru. Viena izmaiņa izskatās pabeigta tajā lapā, kurā jūs stāvat. Pārējo trīs kaitējums parādās vēlāk, citā izvēlnē, kā cita sūdzība.
Firmware izvēlnes atšķiras, bet četras vietas reti. Selektors ir statiska kartēšana DHCP serverī un tai atbilstošs ugunsmūra noteikums. Atrisinātājs atrodas pie DNS pakalpojuma, kur pāradresētāja ieraksts vai augšupējo serveru saraksts izlemj, uz kuriem vārdiem atbild maršrutētājs un no kurienes iziet vaicājumi. Saimes iestatījums pieder pašai saskarnei, kur IPv4 un IPv6 konfigurē atsevišķi un politika var aptvert tikai pirmo. Vietējais ceļš ir piekļuves punkta slēdzis, vai nu klientu izolācija, vai viesu tīkls ar savu ugunsmūri.
Ļaujiet selektoram pārdzīvot nomu
Darbojas gan politika katram lietotājam, gan atsevišķs segments, un labākā izvēle ir tā, ko firmware spēj uzturēt bez otra cilvēka atmiņas. Slazds ir noteikums, kas piesaistīts adresei, kuru DHCP serveris izsniedza pēc sava grafika: tas darbojas, līdz noma pārvietojas, un tad maršrutē klēpjdatoru caur citu valsti iemeslu dēļ, ko tā īpašnieks neredz. Noturība, nevis kārtīgums, ir īpašība, ko ir vērts optimizēt.
| 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 |
Sūtiet rezervāciju un noteikumu kā vienu izmaiņu, jo noteikums, kas pārdzīvo savu rezervāciju, ir vērsts uz svešu aparatūru. Visa segmenta noteikums ir visnoturīgākais un rupjākais selektors, jo katra ierīce aiz šīs saskarnes manto izeju, vai tai tā bija vajadzīga vai ne. Neatkarīgi no izvēlētā selektora nākamais ir pārklājuma jautājums: politika tikai IPv4 ir puse lēmuma, un neaptvertā saime ir tā, kas aiziet nepamanīta.
Noskaidrojiet, kuru atrisinātāju televizors patiešām izmanto
Atveriet paša televizora tīkla iestatījumus pirms maršrutētāja aizskaršanas, jo šo strīdu izšķir ierīce. Manuāli iestatīts DNS lauks turpina izmantot to serveri, ko vien piedāvā DHCP, un set-top box, kas reiz konfigurēts citam reģionam, joprojām var norādīt uz adresi, kas vairs neatbild. Ja lauks ir automātisks, izlemj maršrutētāja DHCP opcija, un paša maršrutētāja atrisinātājs kļūst par nākamo jautājumu. Jebkurā gadījumā atbilde ir ierīces ekrānā, nevis firmware rokasgrāmatā.
Maršrutētāja pusē svarīgā atšķirība ir starp vārdiem, uz kuriem maršrutētājs atbild pats, un vārdiem, ko tas pārsūta, jo šie divi ceļi var iziet pa dažādām saskarnēm. Tāpēc pareizi atrisināts vaicājums neko nepasaka par to, kur dodas mediju pieprasījums, un Linux vārtejā politiku tabula un viena maršruta meklēšana atbild uz abiem jautājumiem, televizorā neko nefiksējot:
ip rule show
ip route get 203.0.113.10Izlasiet pirmo komandu noteikumam, kas iezīmē televizora datplūsmu, un otro saskarnei, ko pakete uz parauga adresi patiešām izmantotu. Kad abi nesakrīt, vainīgs nav atrisinātājs, bet politika. Mainiet vienu lietu, pēc tam atkal palaidiet pāri, jo noteikumu saraksts ir jutīgs pret secību un jauns ieraksts var aizēnot noteikumu, kas nesa datplūsmu. Galamērķis ir rezervēts dokumentācijai, tāpēc ielīmēta izvade tiek lasīta kā piemērs.
Apraide lūzt atklāšanā, nevis straumē
Apraide ir vismaz trīs sarunas, un tikai viena no tām nes video. Tālrunis atklāj televizoru ar multicast vai broadcast vietējā segmentā, atver vadības kanālu, lai pateiktu, ko atskaņot, un pēc tam televizors vai nu pats lejupielādē straumi, vai saņem to pārsūtītu no tālruņa. Atklāšana nekad nešķērso maršrutētāju, kas šo datplūsmu nepārsūta, un tā televizors var būt novirzīts tieši kā iecerēts un tomēr nekad neparādīties apraides sarakstā.
Viesu tīkli un klientu izolācija ir ierastais cēlonis, un abi dara tieši to, kam tika konfigurēti. Izolācijas izslēgšana visā bezvadu tīklā, lai viena ierīce atkal parādītos, ir ierastā pārmērīgā korekcija, un tā no jauna atver katru tālruņa-tālruņa ceļu, kura aizvēršanai iestatījums pastāvēja. Ir šaurākas atbildes: caurlaides noteikums atklāšanas un vadības datplūsmai starp divām adresēm, atsevišķs SSID televizoriem vai viens dokumentēts izņēmums viesu tīklā.
Pārbaudiet apraidi, kamēr izolācijas noteikums vēl ir vietā, pēc tam pievienojiet tikai atklāšanas izņēmumu un pārbaudiet vēlreiz. Ja otrais mēģinājums atrod televizoru, izņēmums ir risinājums, un pārējais segments var palikt kā bijis.
Apturiet tuneli un paskatieties, kurā virzienā tas lūzt
Pēdējā pārbaude ir tā, kuru vairums konfigurāciju izlaiž: nolaidiet tuneli un paskatieties, vai televizors apstājas vai klusi aiziet pa vietējo savienojumu. Politika, kas izsaka priekšroku, lūzt atklāti, un šo kļūmi ir viegli palaist garām, jo atskaņošana turpinās, kamēr izeja atgriežas pie ISP. Kill-switch noteikums lūzt slēgti, un televizors neko neziņo, līdz tunelis atgriežas. Neviena no abām uzvedībām nav nepareiza; nezināt, kuru jūs konfigurējāt, ir nepareizi.
Pēc katras izmaiņas vēlreiz pārbaudiet četras lietas šādā secībā. Selektors joprojām atbilst ierīcei pēc nākamās nomas vai restartēšanas. Atrisinātājs atbild tajā ceļā, ko paredz politika, nevis no servera, ko ierīce atcerējās. Politikas adrešu saime aptver katru saimi, ko televizors un piekļuves tīkls patiešām izmanto. Apraide joprojām atrod televizoru no tālruņa, kas patiešām tiks izmantots, nevis no testa tālruņa tajā pašā SSID.
Turiet šīs četras rindas pie maršrutētāja konfigurācijas, nevis tērzēšanas pavedienā: ko noteikums atbilst, kuru atrisinātāju jautā televizors, kura saime ir aptverta un kāds vietējais ceļš nepieciešams apraidei. Nākamais cilvēks, kas atvērs ugunsmūri, konfigurāciju izlasīs daudz agrāk nekā biļeti. Līdz tam tas cilvēks varētu būt jūs.