Ինչու է հեռարձակումը դադարում աշխատել երթուղիչի VPN-ը միացնելուց հետո
Հայտնաբերումը գնում է տեղական multicast-ով, մինչդեռ հեռուստացույցն ինքն է ներբեռնում մեդիան։ Կանխադրված քաղաքականությունը կարող է բռնել լոկալ ցանցի հարցումը և ուղարկել թունել։
Հեռարձակումը աշխատում էր մինչև երթուղիչի 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-ի հետևում գտնվող լարային սեգմենտը բոլորը տեղադրում են ընդունիչն այնտեղ, ուր հեռախոսի հայտնաբերման երթևեկությունը չի հասնում։
Ինչու կանխադրված քաղաքականությունը կարող է կուլ տալ տեղական հարցումը
Երթուղիչը, որը ողջ երթևեկությունն ուղղում է թունել, կանխադրված երթուղի է տեղադրում թունելի ինտերֆեյսի վրա։ Եթե լոկալ ցանցի նախածանցը բացառված չէ այդ քաղաքականությունից, ապա երկու մետր հեռավորության վրա գտնվող սարքին ուղղված փաթեթը այժմ համապատասխանում է կանխադրվածին, և երթուղիչը կառավարման հարցումն ուղարկում է թունել՝ փոխարկիչի փոխարեն։
| 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 |
Կանոնների հերթականությունը որոշում է արդյունքը։ Քաղաքականության երթուղավորումը գնահատում է կանոնները ըստ առաջնահերթության, ուստի տեղական նախածանցի բացառությունը պետք է հայտնվի նախքան թունելի աղյուսակն ընտրող կանոնը։ Բացառությունը թունելի կանոնից հետո ավելացնելը ոչ մի ազդեցություն չունի, դրա համար էլ ճիշտ թվացող կոնֆիգուրացիան կարող է լոկալ երթևեկությունն ուղարկել հեռավոր ելք։
Վերանորոգումը նեղ է՝ թույլատրեք այն կոնկրետ տեղական նպատակակետերը, որոնք անհրաժեշտ են հեռարձակման հոսքին, և թողեք մեկուսացման մնացած մասը ինչպես կա։ Հաճախորդի մեկուսացումը որպես առաջին քայլ հեռացնելը շտկում է ախտանիշը, բայց դեն է նետում մի վերահսկողություն, որի համար ցանցը նախագծված էր։
Հեռախոսի վրա արագ ստուգումը որոշում է, թե երկու խափանումներից որն ունեք։ Եթե ընդունիչ տանող ուղին ցույց է տալիս թունել, ապա խնդիրը քաղաքականության մեջ է։ Եթե այն ցույց է տալիս լոկալ ցանց, և հայտնաբերումը դեռ ձախողվում է, խնդիրը multicast-ի կամ մեկուսացման մեջ է, և ոչ մի ուղու փոփոխություն չի օգնի։
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpՓորձարկեք փոխված քայլը, ոչ թե երկիրը
Գրանցված դիտարկումներն ավելի արժեքավոր են, քան կրկնվող փորձերը։ Նշեք՝ արդյոք ընդունիչը հայտնվում է սարքերի ցանկում, արդյոք կառավարման հարցումը հասնում է նրան, և արդյոք նվագարկումը սկսվում է հոսքն ընտրելուց հետո։ Յուրաքանչյուր պատասխան մի քայլ հանում է կասկածից։
Այնուհետև փորձարկեք յուրաքանչյուր քայլն ուղղակիորեն՝ ելքի վայրերը փոխելու փոխարեն։ VPN-ի երկիրը փոխելը փորձարկում է մեդիայի ուղին և անփոփոխ է թողնում հայտնաբերման և կառավարման քայլերը, ուստի այն կարող է պատահաբար օգնել թվալ՝ առանց ձեզ որևէ բան սովորեցնելու։
Ընդունիչի կողմում ստուգեք նրա սեփական ուղին և նրա հաշվի վիճակը։ Հեռուստացույցը, որը մեդիան ներբեռնում է հեռախոսից տարբեր ելքով, նորմալ նախագիծ է, և այնտեղի խափանումը ընդունիչի ցանցային քաղաքականության հարց է, ոչ թե հեռախոսի թունելի։
Գրեք արդյունքը մեկ նախադասությամբ՝ որ քայլը կոտրվեց և ինչը փոխեց այն։ Այդ նախադասությունն արժե ավելի, քան երկրներ փոխելու մեկ շաբաթը, և այն կդիմանա հաջորդ ֆիրմվեր թարմացմանը։
Հեռարձակումը լավ փորձարկման դեպք է թունելների մասին ընդհանուր կանոնի համար։ Երբ ցանցին ավելացվում է թունել, առաջին հարցն այն է, թե որ նպատակակետերը երբեք չպետք է մտնեին դրա մեջ։ Երկրորդը՝ քաղաքականությունը որոնցից ի վերջո լուռ ընդունեց։