Зашто емитовање престаје да ради након укључивања VPN-а на рутеру
Откривање иде преко link-local multicast-а, док телевизор сам преузима медије. Подразумевано правило политике може да ухвати LAN захтев и пошаље га у тунел.
Емитовање је радило пре укључивања VPN-а на рутеру и престаје да ради одмах након тога, док обично прегледање на телефону и даље ради. Ове две чињенице су сагласне, јер емитовање није једна веза. Телефон проналази и контролише пријемник преко локалне мреже, а затим пријемник преузима медије преко сопствене везе.
Две путање које отказују на различит начин
Путања управљања је локална. Телефон проналази пријемник питајући локалну мрежу, затим отвара управљачку везу ка наученој адреси. Ако се пријемник никада не појави на листи, корак откривања је пропао пре него што су затражени било какви медији.
Путања медија није нужно локална. Многи пријемници сами преузимају ток, преко сопствене везе и са сопственим акредитивима, па путања телефона не описује путању пријемника. Телефон који изгледа да користи један излаз ништа не говори о томе куда иде саобраћај телевизора.
Управо та подела чини квар чудним. Тунел је променио таблицу рутирања телефона и није променио ону телевизора, па симптом који се појави на једној страни пара мора да се прати на тој страни. Испитивање погрешног уређаја је уобичајен разлог зашто поправка изгледа да ништа не ради.
Зашто откривање прво пуца
Откривање обично иде преко link-local multicast-а. mDNS шаље на 224.0.0.251 на UDP порт 5353, а SSDP шаље на 239.255.255.250 на UDP порт 1900. Оба су по конструкцији ограничена на једну везу, зато их рутер не прослеђује између сегмената без помоћи понављача или проксија. Рутирани VPN не проширује multicast групу, а путања политике не може да натера групу која никада није напустила везу да се појави на другој.
Зато први квар нема везе са шифровањем. Multicast телефона напушта интерфејс са ког је послат, пријемник је у сегменту који га никада не види, и листа уређаја се враћа празна. Празна листа није доказ да је телевизор изгубио приступ интернету.
Изолација даје идентичан симптом и без икаквог VPN-а. Гостујуће мреже и изолација клијената на приступној тачки намерно спречавају уређаје да разговарају међусобно, а укључивање VPN-а на рутеру преко изолованог сегмента ништа у томе не мења. Проверите подешавање изолације пре него што проверите тунел. То је јефтинији одговор и чешћи.
Распоред сегмената је друга половина. Други рутер, mesh чвор у другом режиму или жичани сегмент иза другог NAT-а сви стављају пријемник тамо где саобраћај откривања телефона не стиже.
Зашто подразумевано правило политике може да прогута локални захтев
Рутер који сав саобраћај шаље у тунел поставља подразумевану путању на тунелском интерфејсу. Ако LAN префикс није изузет из те политике, пакет упућен уређају на два метра сада одговара подразумеваној путањи, и рутер шаље управљачки захтев у тунел уместо на свич.
| Stage | What carries it | How a router VPN interferes |
|---|---|---|
| Discovery | Link-local multicast on a single segment | Not extended across segments, and not repaired by a route |
| Control connection | Unicast to the receiver address on the LAN | A policy default can capture the LAN destination and tunnel it |
| Media fetch | The receiver's own connection | Unaffected by the phone's route, but affected by the TV's own policy |
| Account authorization | Tokens held by the application | Can fail for reasons unrelated to any route |
Редослед правила одлучује исход. Рутирање по политици оцењује правила по приоритету, зато изузетак за локални префикс мора да стоји пре правила које бира тунелску таблицу. Додавање изузетка после тунелског правила нема ефекта, па конфигурација која изгледа исправно ипак може да шаље LAN саобраћај ка удаљеном излазу.
Поправка је уска: дозволите конкретне локалне одредишне тачке које су потребне току емитовања, а остатак изолације оставите на миру. Уклањање изолације клијената као први корак лечи симптом, али одбацује контролу коју је мрежа по конструкцији требало да има.
Брз поглед на телефон утврђује који од два квара имате. Ако путања до пријемника показује на тунел, проблем је у политици. Ако показује на LAN, а откривање и даље не успева, проблем је у multicast-у или изолацији, и никаква промена путање неће помоћи.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpТестирајте корак који се променио, а не земљу
Забележена запажања побеђују поновљене експерименте. Забележите да ли се пријемник појављује на листи уређаја, да ли управљачки захтев стиже до њега и да ли се репродукција покреће када се изабере ток. Сваки одговор уклања један корак из сумње.
Затим тестирајте сваки корак директно, уместо да мењате излазне локације. Промена земље VPN-а тестира путању медија и оставља кораке откривања и управљања нетакнутим, па може случајно да изгледа као помоћ, не научивши вас ничему.
На страни пријемника проверите његову сопствену путању и стање његовог сопственог налога. Телевизор који преузима медије преко другог излаза од телефона је нормална конструкција, а квар тамо је питање о мрежној политици пријемника, не о тунелу телефона.
Запишите резултат као једну реченицу о томе који се корак покварио и шта га је променило. Та реченица вреди више од недеље мењања земаља и преживљава следеће ажурирање фирмвера.
Емитовање је добар тест случај за опште правило о тунелима. Када се тунел дода у мрежу, прво питање је које одредишне тачке никада нису требало да уђу у њега, а друго које је од њих политика ипак тихо прихватила.