तुमचा टेलिव्हिजन परदेशी कॅटलॉग दाखवतो, आणि फोनवरील कास्ट बटण त्याला यापुढे सूचीत दाखवत नाही। दोन्ही तक्रारी राउटरच्या चार पानांवरील चार सेटिंग्जना नाव देणाऱ्या एका वाक्याने सुरू होतात। एग्झिट दुरुस्त करा — शोध तुटतो; शोध दुरुस्त करा — पुढील लीज एग्झिट दुसऱ्या उपकरणाला देते। खालील क्रम सिलेक्टरपासून कास्टिंग मार्गापर्यंत जातो।

चार निर्णयांपैकी प्रत्येक कुठे राहतो

मेनू उघडण्यापूर्वी चारही लिहून ठेवा, कारण प्रत्येक वेगळ्या पानावर राहतो आणि वेगळ्या ठिकाणी अपयशी ठरतो। सिलेक्टर टनेल कोणत्या क्लायंटला लागू होते ते निवडतो, रिझॉल्व्हर नावे कुठे उत्तरली जातात हे ठरवतो, पत्ता कुटुंब IPv6 अजिबात समाविष्ट आहे का हे ठरवते, आणि स्थानिक मार्ग फोन आणि टेलिव्हिजन एकमेकांना अजून दिसतात का हे ठरवतो। एकातील बदल तुम्ही उभे असलेल्या पानावरून पूर्ण दिसतो। उर्वरित तीनचे नुकसान नंतर, दुसऱ्या मेनूमध्ये, दुसरी तक्रार म्हणून दिसते।

फर्मवेअर मेनू वेगळे असतात, पण चार ठिकाणे क्वचित। सिलेक्टर म्हणजे DHCP सर्व्हरवरील स्थिर मॅपिंग आणि त्याला जुळणारा फायरवॉल नियम। रिझॉल्व्हर DNS सेवेजवळ बसतो, जिथे फॉरवर्डर नोंद किंवा वरच्या सर्व्हरची यादी राउटर कोणत्या नावांना उत्तर देतो आणि क्वेरी कुठून बाहेर पडतात हे ठरवते। कुटुंब सेटिंग इंटरफेसचीच असते, जिथे IPv4 आणि IPv6 वेगवेगळे कॉन्फिगर होतात आणि धोरण फक्त पहिले समाविष्ट करू शकते। स्थानिक मार्ग म्हणजे प्रवेश बिंदूचा स्विच, एकतर क्लायंट अलगीकरण किंवा स्वतःच्या फायरवॉलसह गेस्ट नेटवर्क।

सिलेक्टर लीजपेक्षा जास्त जगू द्या

प्रत्येक उपकरणासाठीचे धोरण आणि समर्पित सेगमेंट दोन्ही चालतात, आणि दुसऱ्या व्यक्तीच्या आठवणीशिवाय फर्मवेअर जे टिकवू शकते तेच चांगले निवड आहे। सापळा म्हणजे DHCP सर्व्हरने स्वतःच्या वेळापत्रकानुसार दिलेल्या पत्त्याला पिन केलेला नियम: लीज सरकेपर्यंत तो चालतो, नंतर मालकाला न दिसणाऱ्या कारणांमुळे लॅपटॉपला दुसऱ्या देशातून रूट करतो। टापटीपपणा नव्हे, तर टिकाऊपणा हा सुधारण्यासारखा गुणधर्म आहे।

Rule names the TV byAfter the next leaseWhat it costs
whatever address it has nowmay point at another clientsilent misrouting weeks later
a reserved addressholds, if the reservation ships with itone more entry to keep in step
a hardware addressholds, unless the device rotates itprivacy features can break it
a whole segmentholds for every device on itneighbours inherit the exit

आरक्षण आणि नियम एकच बदल म्हणून पाठवा, कारण स्वतःच्या आरक्षणापेक्षा जास्त जगणारा नियम दुसऱ्याच्या हार्डवेअरवर लक्ष्य ठेवतो। संपूर्ण सेगमेंटचा नियम सर्वात टिकाऊ आणि सर्वात ढोबळ सिलेक्टर आहे, कारण त्या इंटरफेसच्या मागील प्रत्येक उपकरण गरज होती की नाही याची पर्वा न करता एग्झिट वारसा घेते। कोणताही सिलेक्टर निवडा, पुढे कव्हरेजचा प्रश्न येतो: फक्त IPv4 चे धोरण अर्धा निर्णय आहे, आणि न समाविष्ट कुटुंबच कोणाच्या लक्षात न येता बाहेर पडते।

टेलिव्हिजन प्रत्यक्षात कोणता रिझॉल्व्हर वापरतो ते शोधा

राउटरला स्पर्श करण्यापूर्वी टेलिव्हिजनच्या स्वतःच्या नेटवर्क सेटिंग्ज उघडा, कारण हा वाद उपकरणच मिटवते। हाताने सेट केलेले DNS फील्ड DHCP काहीही देत असले तरी तोच सर्व्हर वापरत राहते, आणि एकदा दुसऱ्या प्रदेशासाठी कॉन्फिगर केलेला सेट-टॉप बॉक्स अजूनही उत्तर न देणाऱ्या पत्त्याकडे निर्देश करू शकतो। फील्ड स्वयंचलित असल्यास राउटरचा DHCP पर्याय ठरवतो, आणि राउटरचाच रिझॉल्व्हर पुढील प्रश्न होतो। दोन्ही बाबतीत उत्तर उपकरणाच्या स्क्रीनवर आहे, फर्मवेअर मॅन्युअलमध्ये नाही।

राउटरच्या बाजूला महत्त्वाचा फरक राउटर स्वतः उत्तर देणारी नावे आणि तो पुढे पाठवणारी नावे यांमध्ये आहे, कारण हे दोन मार्ग वेगवेगळ्या इंटरफेसने बाहेर पडू शकतात। त्यामुळे बरोबर सुटणारी क्वेरी मीडिया विनंती कुठे जाते याबद्दल काहीही सांगत नाही, आणि Linux गेटवेवर धोरण सारणी आणि एकच रूट शोध टेलिव्हिजनवर काहीही न पकडता दोन्ही प्रश्नांची उत्तरे देतात:

ip rule show
ip route get 203.0.113.10

पहिला आदेश टेलिव्हिजनची रहदारी खुणावणाऱ्या नियमासाठी आणि दुसरा उदाहरण पत्त्याकडे जाणारा पॅकेट प्रत्यक्षात वापरणाऱ्या इंटरफेससाठी वाचा। दोन्ही जुळत नसल्यास दोष रिझॉल्व्हरचा नाही; धोरणाचा आहे। एक गोष्ट बदला, नंतर जोडी पुन्हा चालवा, कारण नियमांची यादी क्रमाला संवेदनशील आहे आणि नवीन नोंद रहदारी वाहणाऱ्या नियमाला छाया देऊ शकते। गंतव्यस्थान दस्तऐवजीकरणासाठी राखीव आहे, म्हणून पेस्ट केलेले आउटपुट नमुन्यासारखे वाचले जाते।

कास्टिंग शोधात तुटते, स्ट्रीममध्ये नाही

कास्टिंग किमान तीन संभाषणे आहे आणि त्यातील एकच व्हिडिओ वाहते। फोन स्थानिक सेगमेंटवर मल्टिकास्ट किंवा ब्रॉडकास्टद्वारे टेलिव्हिजन शोधतो, काय प्ले करायचे ते सांगण्यासाठी नियंत्रण चॅनेल उघडतो, आणि नंतर टेलिव्हिजन एकतर स्ट्रीम स्वतः आणते किंवा फोनवरून रिले होऊन घेते। शोध ती रहदारी फॉरवर्ड न करणाऱ्या राउटरला कधीही ओलांडत नाही, आणि अशा प्रकारे टेलिव्हिजन हवे तसेच रूट होऊनही कास्ट यादीत कधीही दिसू शकत नाही।

गेस्ट नेटवर्क आणि क्लायंट अलगीकरण हे नेहमीचे कारण आहे, आणि दोन्ही जे कॉन्फिगर केले होते तेच करत आहेत। एक उपकरण पुन्हा दिसावे म्हणून संपूर्ण वायरलेस नेटवर्कवर अलगीकरण बंद करणे हे नेहमीचे अतिरिक्त दुरुस्ती आहे, आणि ते त्या सेटिंगने बंद करण्यासाठी असलेला प्रत्येक फोन-ते-फोन मार्ग पुन्हा उघडते। अधिक अरुंद उत्तरे आहेत: दोन पत्त्यांमधील शोध आणि नियंत्रण रहदारीसाठी पास नियम, टेलिव्हिजनसाठी वेगळा SSID, किंवा गेस्ट नेटवर्कवर एक दस्तऐवजी अपवाद।

अलगीकरण नियम अजून जागी असतानाच कास्ट तपासा, नंतर फक्त शोध अपवाद जोडा आणि पुन्हा तपासा। दुसऱ्या प्रयत्नात टेलिव्हिजन सापडल्यास अपवाद हाच उपाय आहे आणि सेगमेंटचा उर्वरित भाग पूर्वीप्रमाणे राहू शकतो।

टनेल थांबवा आणि तो कोणत्या दिशेने तुटतो ते पहा

शेवटची तपासणी हीच आहे जी बहुतेक सेटअप वगळतात: टनेल खाली घ्या आणि टेलिव्हिजन थांबतो की स्थानिक जोडणीने शांतपणे बाहेर पडतो ते पहा। प्राधान्य व्यक्त करणारे धोरण उघडपणे अपयशी ठरते, आणि एग्झिट ISP कडे परत जात असताना प्लेबॅक सुरू राहतो म्हणून ते अपयश सुटणे सोपे आहे। किल-स्विच नियम मात्र बंदपणे अपयशी ठरतो, आणि टनेल परत येईपर्यंत टेलिव्हिजन काहीही कळवत नाही। दोन्हीपैकी कोणतेही वर्तन चुकीचे नाही; तुम्ही कोणते कॉन्फिगर केले हे न कळणे हे चुकीचे आहे।

कोणत्याही बदलानंतर चार गोष्टी या क्रमाने पुन्हा तपासा। पुढील लीज किंवा रीबूटनंतरही सिलेक्टर उपकरणाशी जुळतो। रिझॉल्व्हर धोरणाच्या हेतूच्या मार्गावर उत्तर देतो, उपकरणाने लक्षात ठेवलेल्या सर्व्हरवरून नाही। धोरणातील पत्ता कुटुंब टेलिव्हिजन आणि प्रवेश नेटवर्क प्रत्यक्षात वापरत असलेल्या प्रत्येक कुटुंबाला समाविष्ट करते। कास्टिंग अजूनही प्रत्यक्षात वापरल्या जाणाऱ्या फोनवरून टेलिव्हिजन शोधते, त्याच SSID वर बसलेल्या चाचणी फोनवरून नाही।

ती चार ओळी चॅट थ्रेडमध्ये नव्हे, तर राउटर कॉन्फिगरेशनजवळ ठेवा: नियम कशाशी जुळतो, टेलिव्हिजन कोणत्या रिझॉल्व्हरला विचारतो, कोणते कुटुंब समाविष्ट आहे, आणि कास्टिंगला कोणता स्थानिक मार्ग हवा। फायरवॉल उघडणारी पुढील व्यक्ती तिकीट वाचण्यापूर्वीच कॉन्फिगरेशन वाचेल। तोपर्यंत ती व्यक्ती तुम्हीच असू शकता।

संबंधित लेख