Smart TV op 'e VPN: wêrom't cast en DNS apart brekke
Rût it ferkear fan de televyzje by de router, en behannelje dan de selektor, de resolver, IPv6 en it castpaad as fjouwer aparte kontrôles.
Dyn televyzje lit de bûtenlânske katalogus sjen, en de castknop fan 'e tillefoan listet him net mear. Beide klachten begjinne mei ien sin dy't fjouwer ynstellings op fjouwer routerseiten neamt. Reparaasje de útgong en de ûntdekking brekt; reparearje de ûntdekking en de folgjende lease jout de útgong oan in oar apparaat. De folchoarder hjirûnder rint fan 'e selektor nei it castpaad.
Wêr't elk fan 'e fjouwer besluten wennet
Skriuw de fjouwer op foardatst in menu iepenest, want elk wennet op in oare side en mislearret op in oare plak. De selektor kiest op hokker klant de tunnel fan tapassing is, de resolver beslút wêr't nammen beantwurde wurde, de adresfamylje beslút oft IPv6 hielendal dekt is, en it lokale paad beslút oft de tillefoan en de televyzje elkoar noch sjogge. In feroaring oan ien liket folslein fan 'e side dêr'tst op steanst. De skea fan 'e oare trije komt letter, yn in oar menu, as in oare klacht.
Firmwaremenu's ferskille, mar de fjouwer lokaasjes selden. De selektor is in statyske maping op 'e DHCP-server plus in firewallregel dy't dermei oerienkomt. De resolver sit by de DNS-tsjinst, dêr't in trochstjoerderynskriuwing of in list fan boppesteande servers beslút hokker nammen de router beantwurdet en wêr't de fragen wei geane. De famylje-ynstelling heart by de interface sels, dêr't IPv4 en IPv6 apart konfigurearre wurde en in belied allinnich de earste dekke kin. It lokale paad is in tagongspunt-skakelder, itsij kliïntisolaasje of in gastnetwurk mei syn eigen firewall.
Lit de selektor de lease oerlibje
Sawol in belied per apparaat as in tawijd segmint wurket, en de bettere kar is dy't de firmware ûnderhâlde kin sûnder dat in twadde persoan him betinke moat. De fal is in regel fêstset oan in adres dat de DHCP-server neffens syn eigen skema joech: hy wurket oant de lease ferset, en rût dan in laptop troch in oar lân om redenen dy't syn eigner net sjen kin. Bestindichheid, net oarderlust, is de eigenskip dy't it wurdich is te optimalisearjen.
| 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 |
Stjoer de reservearring en de regel as ien feroaring út, want in regel dy't syn reservearring oerlibbet is in regel rjochte op hardware fan in oar. In regel foar in hiel segmint is de duorsumste en de grofste selektor, om't elk apparaat efter dy interface de útgong erft, oft it dy nedich hie of net. Hokker selektorsto ek kiest, de fraach fan dekking komt dêrnei: in belied allinnich foar IPv4 is in heal beslút, en de net-dekte famylje is dy't fuortgiet sûnder dat immen it merkt.
Fyn út hokker resolver de televyzje echt brûkt
Iepenje de eigen netwurkynstellings fan 'e televyzje foardatst de router oanrekest, want it apparaat beslist dit skeel. In DNS-fjild dat op hânmjittich stiet, bliuwt dy server brûken wat DHCP ek oanbiedt, en in set-topbox dy't ienris foar in oare regio konfigurearre is, kin noch altyd nei in adres wize dat net mear antwurdet. As it fjild automatysk is, beslút de DHCP-opsje fan 'e router, en de eigen resolver fan 'e router wurdt de folgjende fraach. Yn beide gefallen is it antwurd op it skerm fan it apparaat, net yn 'e firmwarehânlieding.
Oan 'e routerkant is it ferskil dat telt dat tusken nammen dy't de router sels beantwurdet en nammen dy't er trochstjoert, want dy twa paden kinne troch ferskillende interfaces fuortgean. In sykjen dat goed oplost, seit dêrom neat oer wêr't in mediarequest hinne giet, en op in Linux-gateway beantwurdet de beliedstabel plus ien inkelde rûtesykjen beide fragen sûnder eat op 'e televyzje op te nimmen:
ip rule show
ip route get 203.0.113.10Lês it earste kommando foar de regel dy't it ferkear fan 'e televyzje markearret en it twadde foar de interface dy't in pakket nei it foarbyldadres echt brûke soe. As de twa it net iens binne, is de resolver net skuldich; it belied is. Feroarje ien ding, en rinn dan it pear wer, want in regellist is oardergefoelich en in nije ynskriuwing kin de regel dy't it ferkear droech yn 'e skaad sette. De bestimming is reservearre foar dokumintaasje, dus in plakt útkomst wurdt as foarbyld lêzen.
Cast brekt by ûntdekking, net by de stream
Cast is teminsten trije petearen en mar ien dêrfan draacht fideo. De tillefoan ûntdekt de televyzje fia multicast of broadcast op it lokale segmint, iepenet in kontrôlekanaal om te sizzen wat der spile wurde moat, en dan hellet de televyzje de stream óf sels óf krijt him trochstjoerd fan 'e tillefoan. Ûntdekking giet nea troch in router dy't dat ferkear net trochstjoert, en sa kin in televyzje presys sa rûte wurde as bedoeld en dochs nea yn 'e castlist ferskine.
Gastnetwurken en kliïntisolaasje binne de gewoane oarsaak, en beide dogge presys wat se konfigurearre binne te dwaan. It isolearjen útsette oer it hiele draadleaze netwurk sadat ien apparaat wer ferskynt, is de gewoane oerkorreksje, en it iepenet elk tillefoan-nei-tillefoanpaad wer dat de ynstelling bestie om te sluten. Der binne smeller antwurden: in trochlitregel foar ûntdekkings- en kontrôlferkear tusken twa adressen, in apart SSID foar de televyzjes, of ien dokumintearre útsûndering op it gastnetwurk.
Test de cast wylst de isolaasjeregel noch op syn plak is, foegje dan allinnich de ûntdekkingsútsûndering ta en test wer. Fynt de twadde poging de televyzje, dan is de útsûndering de oplossing en kin de rest fan it segmint bliuwe sa't it wie.
Stop de tunnel en sjoch hokker kant it mislearret
De lêste kontrôle is dy't de measte opsetlingen oerslaan: helje de tunnel del en sjoch oft de televyzje stopt of stilwei fia de lokale ferbining fuortgiet. In belied dat in foarkar útdrukt, mislearret iepen, en dy mislearring is maklik te missen om't de werjefte trochgiet wylst de útgong weromgiet nei de ISP. In kill-switchregel mislearret krekt ticht, en de televyzje rapportearret neat oant de tunnel weromkomt. Gjin fan beide gedragingen is ferkeard; net witte hokkersto konfigurearre hast is it.
Kontrolearje fjouwer dingen opnij nei elke feroaring, yn dizze folchoarder. De selektor past noch by it apparaat nei de folgjende lease of reboot. De resolver antwurdet op it paad dat it belied bedoelt, net fan in server dy't it apparaat ûntholden hat. De adresfamylje yn it belied dekt elke famylje dy't de televyzje en it tagongsnetwurk echt brûke. Cast fynt de televyzje noch fan 'e tillefoan dy't wier brûkt wurdt, net fan in testtillefoan op itselde SSID.
Hâld dy fjouwer regels njonken de routerkonfiguraasje ynstee fan yn in chatthread: wat de regel oerienkomt, hokker resolver de televyzje freget, hokker famylje dekt is, en hokker lokaal paad cast nedich hat. De folgjende persoan dy't de firewall iepenet, lêst de konfiguraasje folle earder as in ticket. Dan is dy persoan miskien do.