Slim-TV op die VPN: waarom cast en DNS afsonderlik breek

Jou televisie wys die buitelandse katalogus, en die foon se cast-knoppie lys dit nie meer nie. Albei klagtes begin met een frase wat vier instellings op vier routerbladsye noem. Maak die uitgang reg en discovery breek; maak discovery reg en die volgende lease gee die uitgang aan 'n ander toestel. Die volgorde hieronder loop van die keurder tot by die cast-pad.

Waar elkeen van die vier besluite woon

Skryf die vier neer voordat jy 'n kieslys oopmaak, want elkeen woon op 'n ander bladsy en faal op 'n ander plek. Die keurder kies op watter kliënt die tonnel van toepassing is, die resolveerder besluit waar name beantwoord word, die adresfamilie besluit of IPv6 hoegenaamd gedek is, en die plaaslike pad besluit of die foon en die televisie mekaar nog kan sien. 'n Verandering aan een lyk volledig vanaf die bladsy waarop jy staan. Die skade van die ander drie duik later op, in 'n ander kieslys, as 'n ander klag.

Firmware-kieslyste verskil, maar die vier plekke selde. Die keurder is 'n statiese kartering op die DHCP-bediener plus 'n firewall-reël wat daarby pas. Die resolveerder sit by die DNS-diens, waar 'n forwarder-inskrywing of 'n lys opstroom-bedieners besluit watter name die router beantwoord en waar die navrae vertrek. Die familie-instelling hoort by die koppelvlak self, waar IPv4 en IPv6 afsonderlik opgestel word en 'n beleid net die eerste kan dek. Die plaaslike pad is 'n toegangspunt-skakelaar, hetsy kliënt-isolasie of 'n gasnetwerk met sy eie firewall.

Laat die keurder die lease oorleef

Beide 'n beleid per toestel en 'n toegewyde segment werk, en die beter keuse is dié wat die firmware kan onderhou sonder dat 'n tweede persoon dit moet onthou. Die lokval is 'n reël wat vasgepen is aan 'n adres wat die DHCP-bediener op sy eie skedule uitgedeel het: dit werk totdat die lease skuif, en dan stuur dit 'n skootrekenaar deur 'n ander land om redes wat sy eienaar nie kan sien nie. Volharding, nie netheid nie, is die eienskap wat die moeite werd is om te optimaliseer.

Stuur die reservering en die reël as een verandering uit, want 'n reël wat sy reservering oorleef, is 'n reël wat op iemand anders se hardeware gemik is. 'n Reël vir 'n hele segment is die duursaamste keurder en die stompste, want elke toestel agter daardie koppelvlak erf die uitgang, of dit een nodig gehad het of nie. Watter keurder jy ook kies, die dekking-vraag kom volgende: 'n beleid wat net IPv4 dek, is 'n halwe besluit, en die ongedekte familie is die een wat vertrek sonder dat iemand dit agterkom.

Vind uit watter resolveerder die televisie regtig gebruik

Maak die televisie se eie netwerkinstellings oop voordat jy aan die router raak, want die toestel besleg hierdie argument. 'n DNS-veld wat op handmatig staan, bly daardie bediener gebruik wat DHCP ook al aanbied, en 'n set-top box wat een keer vir 'n ander streek opgestel is, kan steeds na 'n adres wys wat nie meer antwoord nie. As die veld outomaties is, besluit die router se DHCP-opsie, en die router se eie resolveerder word die volgende vraag. In albei gevalle is die antwoord op die toestel se skerm, nie in die firmware-handleiding nie.

Aan die router-kant is die onderskeid wat saak maak dié tussen name wat die router self beantwoord en name wat hy aanstuur, want daardie twee paaie kan deur verskillende koppelvlakke vertrek. 'n Opsoeking wat korrek oplos, sê dus niks oor waar 'n mediaversoek heen gaan nie, en op 'n Linux-gateway beantwoord die beleidstabel plus een enkele roete-opsoeking albei vrae sonder om iets op die televisie vas te vang:

ip rule show
ip route get 203.0.113.10

Lees die eerste opdrag vir die reël wat die televisie se verkeer merk en die tweede vir die koppelvlak wat 'n pakkie na die voorbeeldadres werklik sou gebruik. Wanneer die twee verskil, is die resolveerder nie die skuld nie; die beleid is. Verander een ding en laat die paar dan weer loop, want 'n reëllys is ordegevoelig en 'n nuwe inskrywing kan die reël wat die verkeer gedra het, oorskadu. Die bestemming is vir dokumentasie gereserveer, so 'n geplakte uitset lees as 'n voorbeeld.

Cast breek by discovery, nie by die stroom nie

Cast is ten minste drie gesprekke en net een daarvan dra video. Die foon ontdek die televisie deur multicast of broadcast op die plaaslike segment, maak 'n beheerkanaal oop om te sê wat om te speel, en dan haal die televisie die stroom óf self óf ontvang dit deurgestuur vanaf die foon. Discovery steek nooit 'n router oor wat daardie verkeer nie aanstuur nie, en daarom kan 'n televisie presies so gerouteer word soos bedoel en steeds nooit in die cast-lys verskyn nie.

Gasnetwerke en kliënt-isolasie is die gewone oorsaak, en albei doen presies wat hulle opgestel is om te doen. Om isolasie oor die hele draadlose netwerk af te skakel sodat een toestel weer verskyn, is die gewone oorkorreksie, en dit heropen elke foon-tot-foon-pad wat die instelling bestaan het om te sluit. Smaller antwoorde bestaan: 'n deurlaatreël vir discovery- en beheerverkeer tussen twee adresse, 'n aparte SSID vir die televisies, of een gedokumenteerde uitsondering op die gasnetwerk.

Toets die cast terwyl die isolasie-reël nog in plek is, voeg dan net die discovery-uitsondering by en toets weer. As die tweede poging die televisie vind, is die uitsondering die oplossing en kan die res van die segment bly soos dit was.

Stop die tonnel en kyk watter kant toe dit faal

Die laaste kontrole is die een wat die meeste opstellings oorslaan: haal die tonnel af en kyk of die televisie stop of stilweg met die plaaslike verbinding vertrek. 'n Beleid wat 'n voorkeur uitdruk, faal oop, en die fout is maklik om te mis want die weergawe hou aan terwyl die uitgang terugskuif na die ISP. 'n Kill-switch-reël faal eerder gesluit, en die televisie rapporteer niks totdat die tonnel terugkom nie. Nie een van die twee gedrag is verkeerd nie; om nie te weet watter een jy opgestel het nie, is.

Kontroleer vier dinge weer na enige verandering, in hierdie orde. Die keurder pas na die volgende lease of herstart nog steeds by die toestel. Die resolveerder antwoord op die pad wat die beleid bedoel, eerder as vanaf 'n bediener wat die toestel onthou het. Die adresfamilie in die beleid dek elke familie wat die televisie en die toegangsnetwerk werklik gebruik. Cast vind die televisie nog steeds vanaf die foon wat regtig gebruik gaan word, nie vanaf 'n toetsfoon op dieselfde SSID nie.

Hou daardie vier reëls langs die router-konfigurasie eerder as in 'n kletsdraad: waaraan die reël pas, watter resolveerder die televisie vra, watter familie gedek is, en watter plaaslike pad cast nodig het. Die volgende persoon wat die firewall oopmaak, sal die konfigurasie lees lank voordat hy 'n kaartjie lees. Teen dan is daardie persoon dalk jy.