VPN पर स्मार्ट टीवी: कास्टिंग और DNS अलग-अलग क्यों टूटते हैं
टीवी का ट्रैफ़िक राउटर पर रूट करें, फिर सिलेक्टर, रिज़ॉल्वर, IPv6 और कास्टिंग पथ को चार अलग जाँचों की तरह देखें।
आपका टेलीविज़न विदेशी कैटलॉग दिखाता है, और फ़ोन का कास्ट बटन उसे अब सूची में नहीं दिखाता। दोनों शिकायतें एक वाक्य से शुरू होती हैं जो राउटर के चार पन्नों पर चार सेटिंग्स के नाम लेता है। एग्ज़िट ठीक करें — डिस्कवरी टूटती है; डिस्कवरी ठीक करें — अगली लीज़ एग्ज़िट किसी और डिवाइस को दे देती है। नीचे का क्रम सिलेक्टर से कास्टिंग पथ तक जाता है।
चारों फ़ैसलों में से हर एक कहाँ रहता है
कोई मेन्यू खोलने से पहले चारों लिख लें, क्योंकि हर एक अलग पन्ने पर रहता है और अलग जगह पर विफल होता है। सिलेक्टर तय करता है कि टनल किस क्लाइंट पर लागू होगी, रिज़ॉल्वर तय करता है कि नाम कहाँ उत्तरित होंगे, एड्रेस परिवार तय करता है कि IPv6 बिलकुल ढका है या नहीं, और स्थानीय पथ तय करता है कि फ़ोन और टेलीविज़न अब भी एक-दूसरे को देखते हैं। एक में बदलाव उस पन्ने से पूरा दिखता है जिस पर आप खड़े हैं। बाकी तीन का नुक़सान बाद में, किसी और मेन्यू में, किसी और शिकायत के रूप में सामने आता है।
फ़र्मवेयर मेन्यू अलग होते हैं, पर चार जगहें शायद ही। सिलेक्टर DHCP सर्वर पर एक स्थिर मैपिंग और उससे मेल खाता फ़ायरवॉल नियम है। रिज़ॉल्वर DNS सेवा के पास बैठता है, जहाँ फ़ॉरवर्डर प्रविष्टि या अपस्ट्रीम सर्वर की सूची तय करती है कि राउटर किन नामों का उत्तर देता है और क्वेरी कहाँ से निकलती हैं। परिवार सेटिंग इंटरफ़ेस की अपनी है, जहाँ IPv4 और IPv6 अलग-अलग कॉन्फ़िगर होते हैं और नीति केवल पहले को ढक सकती है। स्थानीय पथ एक्सेस-पॉइंट स्विच है, या तो क्लाइंट आइसोलेशन या अपने फ़ायरवॉल वाला गेस्ट नेटवर्क।
सिलेक्टर को लीज़ से ज़्यादा जीने दें
प्रति-डिवाइस नीति और समर्पित सेगमेंट दोनों काम करते हैं, और बेहतर चुनाव वह है जिसे फ़र्मवेयर दूसरे व्यक्ति को याद रखने की ज़रूरत के बिना बनाए रख सके। जाल वह नियम है जो DHCP सर्वर द्वारा अपने ही शेड्यूल पर दिए गए पते पर टिका हो: यह तब तक चलता है जब तक लीज़ न हिले, फिर लैपटॉप को ऐसी वजहों से दूसरे देश से रूट करता है जो उसके मालिक को दिखती नहीं। टिकाऊपन, सफ़ाई नहीं, वह गुण है जिसे बेहतर बनाना चाहिए।
| Rule names the TV by | After the next lease | What it costs |
|---|---|---|
| whatever address it has now | may point at another client | silent misrouting weeks later |
| a reserved address | holds, if the reservation ships with it | one more entry to keep in step |
| a hardware address | holds, unless the device rotates it | privacy features can break it |
| a whole segment | holds for every device on it | neighbours inherit the exit |
आरक्षण और नियम को एक ही बदलाव के रूप में भेजें, क्योंकि अपने आरक्षण से ज़्यादा जीने वाला नियम किसी और के हार्डवेयर पर निशाना है। पूरे सेगमेंट का नियम सबसे टिकाऊ और सबसे मोटा सिलेक्टर है, क्योंकि उस इंटरफ़ेस के पीछे का हर डिवाइस एग्ज़िट विरासत में पाता है, चाहे उसे ज़रूरत हो या न हो। आप कोई भी सिलेक्टर चुनें, अगला सवाल कवरेज का है: केवल IPv4 की नीति आधा फ़ैसला है, और बिना ढका परिवार वही है जो बिना किसी को पता चले निकल जाता है।
पता करें कि टेलीविज़न वास्तव में कौन-सा रिज़ॉल्वर इस्तेमाल करता है
राउटर छूने से पहले टेलीविज़न की अपनी नेटवर्क सेटिंग्स खोलें, क्योंकि यह बहस डिवाइस ही तय करता है। हाथ से सेट DNS फ़ील्ड DHCP जो भी दे, उसी सर्वर का इस्तेमाल करता रहता है, और किसी और क्षेत्र के लिए एक बार कॉन्फ़िगर किया गया सेट-टॉप बॉक्स अब भी ऐसे पते की ओर इशारा कर सकता है जो अब उत्तर नहीं देता। अगर फ़ील्ड स्वचालित है, तो राउटर का DHCP विकल्प तय करता है, और राउटर का अपना रिज़ॉल्वर अगला सवाल बन जाता है। दोनों हालत में जवाब डिवाइस की स्क्रीन पर है, फ़र्मवेयर मैनुअल में नहीं।
राउटर की तरफ़, जो अंतर मायने रखता है वह है वे नाम जिनका राउटर खुद उत्तर देता है और वे नाम जिन्हें वह आगे भेजता है के बीच, क्योंकि ये दो रास्ते अलग इंटरफ़ेस से निकल सकते हैं। इसलिए सही तरीके से हल होने वाली क्वेरी मीडिया अनुरोध कहाँ जाता है, इस पर कुछ नहीं कहती, और Linux गेटवे पर पॉलिसी तालिका और एक ही रूट लुकअप टेलीविज़न पर कुछ पकड़े बिना दोनों सवालों का जवाब देते हैं:
ip rule show
ip route get 203.0.113.10पहला कमांड उस नियम के लिए पढ़ें जो टेलीविज़न के ट्रैफ़िक को चिह्नित करता है और दूसरा उस इंटरफ़ेस के लिए जिसे उदाहरण पते तक जाने वाला पैकेट वास्तव में इस्तेमाल करेगा। जब दोनों मेल न खाएँ, तो दोष रिज़ॉल्वर का नहीं; नीति का है। एक चीज़ बदलें, फिर जोड़ी दोबारा चलाएँ, क्योंकि नियमों की सूची क्रम के प्रति संवेदनशील है और नई प्रविष्टि उस नियम को छाया दे सकती है जो ट्रैफ़िक ले जा रहा था। गंतव्य दस्तावेज़ीकरण के लिए आरक्षित है, इसलिए चिपकाया गया आउटपुट नमूने की तरह पढ़ा जाता है।
कास्टिंग डिस्कवरी पर टूटती है, स्ट्रीम पर नहीं
कास्टिंग कम से कम तीन बातचीत है और उनमें से सिर्फ़ एक वीडियो ले जाती है। फ़ोन स्थानीय सेगमेंट पर मल्टीकास्ट या ब्रॉडकास्ट से टेलीविज़न खोजता है, क्या चलाना है यह बताने के लिए कंट्रोल चैनल खोलता है, और फिर टेलीविज़न या तो स्ट्रीम खुद ले आता है या फ़ोन से रिले होकर पाता है। डिस्कवरी कभी उस राउटर को पार नहीं करती जो वह ट्रैफ़िक फ़ॉरवर्ड नहीं कर रहा, और इसी तरह टेलीविज़न ठीक वैसे ही रूट हो सकता है जैसा चाहा गया था और फिर भी कास्ट सूची में कभी न दिखे।
गेस्ट नेटवर्क और क्लाइंट आइसोलेशन आम वजह हैं, और दोनों ठीक वही कर रहे हैं जिसके लिए कॉन्फ़िगर हुए थे। एक डिवाइस फिर दिखे इसलिए पूरे वायरलेस नेटवर्क पर आइसोलेशन बंद करना आम ज़रूरत से ज़्यादा सुधार है, और यह उस सेटिंग द्वारा बंद किए जाने वाले हर फ़ोन-से-फ़ोन रास्ते को फिर खोल देता है। ज़्यादा संकरे जवाब मौजूद हैं: दो पतों के बीच डिस्कवरी और कंट्रोल ट्रैफ़िक के लिए पास नियम, टेलीविज़न के लिए अलग SSID, या गेस्ट नेटवर्क पर एक दस्तावेज़ी अपवाद।
आइसोलेशन नियम के अब भी जगह पर होने पर कास्ट जाँचें, फिर सिर्फ़ डिस्कवरी अपवाद जोड़ें और दोबारा जाँचें। अगर दूसरी कोशिश टेलीविज़न ढूँढ लेती है, तो अपवाद ही समाधान है और सेगमेंट का बाकी हिस्सा पहले जैसा रह सकता है।
टनल रोकें और देखें कि यह किस तरफ़ विफल होती है
आख़िरी जाँच वही है जिसे ज़्यादातर सेटअप छोड़ देते हैं: टनल नीचे उतारें और देखें कि टेलीविज़न रुकता है या स्थानीय कनेक्शन से चुपचाप निकल जाता है। प्राथमिकता जताने वाली नीति खुली तरह विफल होती है, और यह विफलता छूट जाना आसान है क्योंकि एग्ज़िट के ISP की ओर लौटने के दौरान प्लेबैक चलता रहता है। किल-स्विच नियम इसके बजाय बंद तरह विफल होता है, और टनल लौटने तक टेलीविज़न कुछ नहीं बताता। दोनों में से कोई व्यवहार ग़लत नहीं; यह न जानना कि आपने कौन-सा कॉन्फ़िगर किया, ग़लत है।
किसी भी बदलाव के बाद चार चीज़ें इस क्रम में दोबारा जाँचें। अगली लीज़ या रीबूट के बाद भी सिलेक्टर डिवाइस से मेल खाता है। रिज़ॉल्वर उसी रास्ते पर उत्तर देता है जो नीति चाहती है, डिवाइस द्वारा याद रखे सर्वर से नहीं। नीति का एड्रेस परिवार हर उस परिवार को ढकता है जो टेलीविज़न और एक्सेस नेटवर्क वास्तव में इस्तेमाल करते हैं। कास्टिंग अब भी उसी फ़ोन से टेलीविज़न ढूँढता है जो सचमुच इस्तेमाल होगा, उसी SSID पर बैठे परीक्षण फ़ोन से नहीं।
इन चार पंक्तियों को चैट थ्रेड में नहीं, राउटर कॉन्फ़िगरेशन के पास रखें: नियम किससे मेल खाता है, टेलीविज़न किस रिज़ॉल्वर से पूछता है, कौन-सा परिवार ढका है, और कास्टिंग को कौन-सा स्थानीय पथ चाहिए। फ़ायरवॉल खोलने वाला अगला व्यक्ति टिकट पढ़ने से बहुत पहले कॉन्फ़िगरेशन पढ़ेगा। तब तक वह व्यक्ति आप ही हो सकते हैं।