રાઉટર VPN ચાલુ કર્યા પછી કાસ્ટિંગ કેમ બંધ થઈ જાય છે
શોધ સ્થાનિક મલ્ટિકાસ્ટ દ્વારા થાય છે જ્યારે ટીવી પોતે મીડિયા મેળવે છે. ડિફોલ્ટ નીતિ LAN વિનંતી પકડીને ટનલમાં મોકલી શકે છે.
રાઉટર VPN ચાલુ કરતાં પહેલાં કાસ્ટિંગ કામ કરતું હતું અને તરત જ પછી નિષ્ફળ જાય છે, જ્યારે ફોન પર સામાન્ય બ્રાઉઝિંગ હજી પણ કામ કરે છે. બંને તથ્યો સુસંગત છે, કારણ કે કાસ્ટિંગ એક જ કનેક્શન નથી. ફોન સ્થાનિક નેટવર્ક પર રિસીવરને શોધે છે અને નિયંત્રિત કરે છે, અને પછી રિસીવર પોતાના કનેક્શન દ્વારા મીડિયા મેળવે છે.
બે માર્ગ જે અલગ રીતે નિષ્ફળ જાય છે
નિયંત્રણનો માર્ગ સ્થાનિક છે. ફોન સ્થાનિક નેટવર્કને પૂછીને રિસીવર શોધે છે, પછી જે સરનામું શીખ્યો તેના પર નિયંત્રણ કનેક્શન ખોલે છે. જો રિસીવર ક્યારેય યાદીમાં દેખાય નહીં, તો કોઈ પણ મીડિયા માંગતાં પહેલાં શોધનું પગલું નિષ્ફળ ગયું છે.
મીડિયાનો માર્ગ જરૂરી નથી કે સ્થાનિક હોય. ઘણા રિસીવર પોતે સ્ટ્રીમ મેળવે છે, પોતાના કનેક્શન અને પોતાના ઓળખપત્રો દ્વારા, તેથી ફોનનો માર્ગ રિસીવરનો માર્ગ વર્ણવતો નથી. એક જ આઉટલેટ વાપરતો દેખાતો ફોન ટીવીનો ટ્રાફિક ક્યાં જાય છે તે વિશે કંઈ કહેતો નથી.
આ જ વિભાજનને કારણે નિષ્ફળતા વિચિત્ર લાગે છે. ટનલે ફોનનું રૂટિંગ ટેબલ બદલ્યું અને ટીવીનું નહીં, તેથી જોડીની એક બાજુ પર દેખાતું લક્ષણ તે જ બાજુ પર શોધવું પડે. ખોટા ઉપકરણને શોધવું એ સામાન્ય કારણ છે કે સુધારો કંઈ કરતો ન હોય તેવું લાગે.
શોધ સૌથી પહેલાં કેમ તૂટે છે
શોધ સામાન્ય રીતે લિંક-લોકલ મલ્ટિકાસ્ટ દ્વારા જાય છે. mDNS 224.0.0.251 પર UDP પોર્ટ 5353 પર મોકલે છે, અને SSDP 239.255.255.250 પર UDP પોર્ટ 1900 પર મોકલે છે. બંને રચના અનુસાર એક જ લિંક સુધી મર્યાદિત છે, તેથી રાઉટર રિપીટર કે પ્રોક્સીની મદદ વિના તેમને સેગમેન્ટ વચ્ચે મોકલતું નથી. રૂટેડ VPN મલ્ટિકાસ્ટ જૂથને વિસ્તારતું નથી, અને નીતિ માર્ગ એવું કરી શકતો નથી કે જે જૂથ ક્યારેય લિંક છોડ્યું નથી તે બીજી લિંક પર દેખાય.
તેથી પ્રથમ નિષ્ફળતાનો એન્ક્રિપ્શન સાથે કોઈ સંબંધ નથી. ફોનનું મલ્ટિકાસ્ટ જે ઇન્ટરફેસ પર મોકલાયું તે છોડી દે છે, રિસીવર એ સેગમેન્ટમાં છે જે તેને ક્યારેય જોતું નથી, અને ઉપકરણની યાદી ખાલી પાછી આવે છે. ખાલી યાદી એ પુરાવો નથી કે ટીવીએ ઇન્ટરનેટ ઍક્સેસ ગુમાવી છે.
અલગીકરણ કોઈ પણ VPN વિના એ જ લક્ષણ ઉત્પન્ન કરે છે. અતિથિ નેટવર્ક અને ઍક્સેસ પોઇન્ટ પર ક્લાયન્ટ અલગીકરણ જાણી જોઈને ઉપકરણોને એકબીજા સાથે વાત કરતાં રોકે છે, અને અલગ કરેલા સેગમેન્ટ પર રાઉટર VPN ચાલુ કરવાથી તેમાં કંઈ બદલાતું નથી. ટનલ પહેલાં અલગીકરણની સેટિંગ તપાસો. તે સસ્તો જવાબ છે અને વધુ સામાન્ય પણ.
સેગમેન્ટની ગોઠવણ બીજો અડધો ભાગ છે. બીજું રાઉટર, બીજા મોડમાં મેશ નોડ, અથવા બીજા 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 તરફ ઇશારો કરે અને શોધ હજી નિષ્ફળ જાય, તો સમસ્યા મલ્ટિકાસ્ટ કે અલગીકરણમાં છે, અને કોઈ માર્ગ ફેરફાર મદદ કરશે નહીં.
ip route get 192.168.1.50
ip rule show
avahi-browse -rt _googlecast._tcpજે પગલું બદલાયું તેની કસોટી કરો, દેશની નહીં
નોંધાયેલા અવલોકનો પુનરાવર્તિત પ્રયોગો કરતાં વધુ મૂલ્યવાન છે. નોંધો કે રિસીવર ઉપકરણ યાદીમાં દેખાય છે કે નહીં, નિયંત્રણ વિનંતી તેના સુધી પહોંચે છે કે નહીં, અને સ્ટ્રીમ પસંદ કરતાં પ્લેબેક શરૂ થાય છે કે નહીં. દરેક જવાબ એક પગલું શંકામાંથી દૂર કરે છે.
પછી આઉટલેટની જગ્યાઓ બદલવાને બદલે દરેક પગલું સીધું તપાસો. VPN દેશ બદલવો મીડિયા માર્ગની કસોટી કરે છે અને શોધ તથા નિયંત્રણના પગલાંને અસ્પૃશ્ય રાખે છે, તેથી તે આકસ્મિક રીતે મદદ કરતું લાગે પણ તમને કંઈ શીખવતું નથી.
રિસીવરની બાજુએ તેનો પોતાનો માર્ગ અને તેના ખાતાની સ્થિતિ તપાસો. ફોન કરતાં અલગ આઉટલેટ દ્વારા મીડિયા મેળવતું ટીવી સામાન્ય રચના છે, અને ત્યાંની નિષ્ફળતા રિસીવરની નેટવર્ક નીતિ વિશેનો પ્રશ્ન છે, ફોનની ટનલ વિશે નહીં.
પરિણામ એક જ વાક્યમાં લખો: કયું પગલું તૂટ્યું અને તેને શું બદલ્યું. તે વાક્ય દેશ બદલવાના એક અઠવાડિયા કરતાં વધુ મૂલ્યવાન છે, અને તે આગલા ફર્મવેર અપડેટ સુધી ટકી રહે છે.
કાસ્ટિંગ ટનલ વિશેના સામાન્ય નિયમ માટે સારો કસોટી કિસ્સો છે. જ્યારે નેટવર્કમાં એક ટનલ ઉમેરાય છે, ત્યારે પ્રથમ પ્રશ્ન છે કયા ગંતવ્યો ક્યારેય તેમાં પ્રવેશવા ન જોઈતાં હતાં. બીજો પ્રશ્ન છે કે નીતિએ તેમાંથી કયાને ચૂપચાપ સ્વીકારી લીધાં.