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 मा बसेको परीक्षण फोनबाट होइन।
ती चार लाइन च्याट थ्रेडमा होइन, राउटर कन्फिगरेसनको छेउमा राख्नुहोस्: नियम केसँग मिल्छ, टेलिभिजनले कुन रिजोल्भरलाई सोध्छ, कुन परिवार समेटिएको छ, र कास्टिङलाई कुन स्थानीय मार्ग चाहिन्छ। फायरवाल खोल्ने अर्को व्यक्तिले टिकट पढ्नुभन्दा धेरै अघि कन्फिगरेसन पढ्नेछ। त्यतिबेला त्यो व्यक्ति तपाईं नै हुन सक्नुहुन्छ।