Smart TV op de VPN: waarom casten en DNS apart breken
Routeer het verkeer van de tv op de router en behandel daarna de selector, de resolver, IPv6 en het castpad als vier afzonderlijke controles.
Je televisie toont de buitenlandse catalogus, en de castknop van de telefoon vermeldt hem niet meer. Beide klachten beginnen met één zin die vier instellingen op vier routerpagina's noemt. Repareer de uitgang en de ontdekking breekt; repareer de ontdekking en de volgende lease geeft de uitgang aan een ander apparaat. De volgorde hieronder loopt van de selector naar het castpad.
Waar elk van de vier beslissingen woont
Schrijf de vier op voordat je een menu opent, want elk woont op een andere pagina en faalt op een andere plek. De selector kiest op welke client de tunnel van toepassing is, de resolver beslist waar namen worden beantwoord, de adresfamilie beslist of IPv6 überhaupt gedekt is, en het lokale pad beslist of de telefoon en de televisie elkaar nog zien. Een wijziging aan één lijkt compleet vanaf de pagina waar je staat. De schade van de andere drie duikt later op, in een ander menu, als een andere klacht.
Firmwaremenu's verschillen, maar de vier locaties zelden. De selector is een statische mapping op de DHCP-server plus een firewallregel die daarbij past. De resolver zit bij de DNS-dienst, waar een forwardervermelding of een lijst met upstreamservers beslist welke namen de router beantwoordt en waar de queries vertrekken. De familie-instelling hoort bij de interface zelf, waar IPv4 en IPv6 apart worden geconfigureerd en een beleid alleen de eerste kan dekken. Het lokale pad is een accesspoint-switch, ofwel clientisolatie ofwel een gastnetwerk met zijn eigen firewall.
Laat de selector de lease overleven
Zowel een beleid per apparaat als een toegewijd segment werkt, en de betere keuze is degene die de firmware kan onderhouden zonder dat een tweede persoon het moet onthouden. De valkuil is een regel die vastzit aan een adres dat de DHCP-server volgens zijn eigen schema heeft uitgegeven: hij werkt tot de lease verschuift en stuurt dan een laptop door een ander land om redenen die de eigenaar niet kan zien. Duurzaamheid, niet netheid, is de eigenschap die het waard is om te optimaliseren.
| 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 |
Stuur de reservering en de regel als één wijziging, want een regel die zijn reservering overleeft is een regel gericht op andermans hardware. Een regel voor een heel segment is de duurzaamste en de botste selector, omdat elk apparaat achter die interface de uitgang erft, of het er een nodig had of niet. Welke selector je ook kiest, de dekkingsvraag komt daarna: een beleid met alleen IPv4 is een half besluit, en de niet-gedekte familie is degene die ongemerkt vertrekt.
Zoek uit welke resolver de televisie echt gebruikt
Open de netwerkinstellingen van de televisie zelf voordat je de router aanraakt, want het apparaat beslecht deze discussie. Een DNS-veld dat op handmatig staat blijft die server gebruiken wat DHCP ook biedt, en een set-topbox die ooit voor een andere regio is geconfigureerd kan nog steeds naar een adres wijzen dat niet meer antwoordt. Als het veld automatisch is, beslist de DHCP-optie van de router, en de eigen resolver van de router wordt de volgende vraag. Hoe dan ook staat het antwoord op het scherm van het apparaat, niet in de firmwarehandleiding.
Aan de routerkant is het onderscheid dat ertoe doet dat tussen namen die de router zelf beantwoordt en namen die hij doorstuurt, omdat die twee paden via verschillende interfaces naar buiten kunnen. Een lookup die correct oplost zegt dus niets over waar een mediaverzoek heen gaat, en op een Linux-gateway beantwoorden de beleidstabel plus één routezoekopdracht beide vragen zonder iets op de televisie vast te leggen:
ip rule show
ip route get 203.0.113.10Lees de eerste opdracht voor de regel die het verkeer van de televisie markeert en de tweede voor de interface die een pakket naar het voorbeeldadres werkelijk zou gebruiken. Als de twee het oneens zijn, is de resolver niet de schuldige; het beleid is dat. Verander één ding en voer het paar daarna opnieuw uit, want een regellijst is ordgevoelig en een nieuwe vermelding kan de regel overschaduwen die het verkeer droeg. De bestemming is gereserveerd voor documentatie, dus een geplakte uitvoer leest als een voorbeeld.
Casten breekt bij de ontdekking, niet bij de stream
Casten is minstens drie gesprekken en slechts één daarvan draagt video. De telefoon ontdekt de televisie via multicast of broadcast op het lokale segment, opent een besturingskanaal om te zeggen wat er moet spelen, en dan haalt de televisie de stream zelf op of ontvangt hem doorgegeven vanaf de telefoon. Ontdekking steekt nooit een router over die dat verkeer niet doorstuurt, en zo kan een televisie precies zoals bedoeld gerouteerd worden en toch nooit in de castlijst verschijnen.
Gastnetwerken en clientisolatie zijn de gebruikelijke oorzaak, en beide doen precies waarvoor ze zijn geconfigureerd. Isolatie uitschakelen op het hele draadloze netwerk zodat één apparaat weer verschijnt is de gebruikelijke overcorrectie, en het heropent elk telefoon-naar-telefoonpad dat de instelling bestond om te sluiten. Er zijn smallere antwoorden: een doorgangsregel voor ontdekkings- en besturingsverkeer tussen twee adressen, een aparte SSID voor de televisies, of één gedocumenteerde uitzondering op het gastnetwerk.
Test het casten terwijl de isolatieregel nog op zijn plaats staat, voeg dan alleen de ontdekkingsuitzondering toe en test opnieuw. Als de tweede poging de televisie vindt, is de uitzondering de oplossing en kan de rest van het segment blijven zoals het was.
Stop de tunnel en kijk welke kant het op faalt
De laatste controle is degene die de meeste opstellingen overslaan: haal de tunnel neer en kijk of de televisie stopt of stilletjes via de lokale verbinding vertrekt. Een beleid dat een voorkeur uitdrukt faalt open, en die fout is makkelijk te missen omdat het afspelen doorgaat terwijl de uitgang terug naar de ISP gaat. Een kill-switchregel faalt juist gesloten, en de televisie meldt niets tot de tunnel terugkomt. Geen van beide gedragingen is fout; niet weten welke je hebt geconfigureerd is dat wel.
Controleer vier dingen opnieuw na elke wijziging, in deze volgorde. De selector past na de volgende lease of herstart nog steeds bij het apparaat. De resolver antwoordt op het pad dat het beleid bedoelt, niet vanaf een server die het apparaat onthield. De adresfamilie in het beleid dekt elke familie die de televisie en het toegangsnetwerk werkelijk gebruiken. Casten vindt de televisie nog steeds vanaf de telefoon die echt wordt gebruikt, niet vanaf een testtelefoon op dezelfde SSID.
Hou die vier regels naast de routerconfiguratie in plaats van in een chatthread: waar de regel op past, welke resolver de televisie vraagt, welke familie gedekt is en welk lokaal pad casten nodig heeft. De volgende persoon die de firewall opent, leest de configuratie veel eerder dan een ticket. Tegen die tijd ben jij misschien die persoon.