राउटर 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 देश बदलल्याने माध्यम मार्ग तपासला जातो आणि शोध व नियंत्रण टप्पे अजूनही अस्पर्शित राहतात, म्हणून योगायोगाने मदत झाल्यासारखे वाटू शकते, काहीही शिकवत नाही.
रिसीव्हरच्या बाजूला त्याचा स्वतःचा मार्ग आणि स्वतःच्या खात्याची स्थिती तपासा. टीव्ही फोनपेक्षा वेगळ्या बाहेर जाण्याच्या मार्गाने माध्यम आणत असेल तर ती सामान्य रचना आहे, आणि तिथला बिघाड फोनच्या बोगद्याबद्दल नाही तर रिसीव्हरच्या नेटवर्क धोरणाबद्दलचा प्रश्न आहे.
कोणता टप्पा तुटला आणि कशामुळे तो बदलला हे एका वाक्यात लिहा. ते वाक्य आठवडाभर देश बदलण्यापेक्षा जास्त मौल्यवान आहे, आणि पुढील फर्मवेअर अद्ययावतनातही टिकते.
बोगद्यांबद्दलच्या सामान्य नियमासाठी कास्टिंग हे चांगले चाचणी उदाहरण. नेटवर्कमध्ये बोगदा जोडला की पहिला प्रश्न कोणती गंतव्ये त्यात कधीही जाऊ नयेत हा असतो, आणि दुसरा प्रश्न त्यातील कोणती धोरणाने गुपचूप स्वीकारली हा असतो.