ZeroTier वर HTTP एन्क्रिप्टेड आहे का? ओव्हरले कुठे संपते ते तपासा

या तपासण्या क्रमाने करा आणि पहिल्या अयशस्वी तपासणीवर थांबा, कारण प्रत्येक उत्तर पुढील पायरीचा अर्थ बदलते। खरा प्रश्न मर्यादित आहे: ZeroTier नेटवर्कवरील साधे HTTP इंटरनेटवरून स्पष्ट स्वरूपात प्रवास करते का? दोन ZeroTier पीअर्समध्ये सहसा तसे होत नाही, कारण ओव्हरले तो हॉप एन्क्रिप्ट करते। पण हे दोन टोकांबद्दलचे विधान आहे, विनंती ज्या प्रत्येक भागातून जाते त्याबद्दल नाही। राउटर, ब्रिज किंवा रिव्हर्स प्रॉक्सी टोक हलवते आणि त्याच्या पलीकडे प्लेनटेक्स्ट पुन्हा सुरू होते।

तपासणी 1: ब्राउझर कोणत्या पत्त्यावर डायल करतो ते शोधा

URL ची मशीनकडे प्रत्यक्षात असलेल्या गोष्टीशी तुलना करा। ip -brief addr show zt इंटरफेस आणि नेटवर्क कंट्रोलरने दिलेला ओव्हरले पत्ता दाखवते; URL तो पत्ता वापरत असल्यास ब्राउझरचा सॉकेट ओव्हरलेमध्ये जातो।

त्याऐवजी नाव LAN पत्त्यावर रिझॉल्व्ह झाल्यास, क्लायंटचा स्थिती निर्देशक काहीही सुचवला तरी ओव्हरले अजिबात सहभागी नसू शकते। ip route get 10.147.20.5 कर्नल निवडेल तो इंटरफेस आणि स्रोत पत्ता छापते, त्यामुळे तिथे zt इंटरफेस असेल तर पॅकेट ओव्हरलेमध्ये प्रवेश करते आणि तुमच्या भौतिक NIC चे नाव असेल तर करत नाही। नावे आणखी एक स्तर जोडतात: ओव्हरले पत्त्याकडे निर्देश करणारे रेकॉर्ड LAN पत्त्याकडे निर्देश करणाऱ्यापेक्षा वेगळे वागते, आणि शोध प्रत्यय किंवा hosts फाइलमधील नोंद तुम्हाला कोणते मिळेल हे शांतपणे ठरवू शकते।

तपासणी 2: दोन्ही टोके पीअर आहेत, डिक्रिप्ट करणारा रिले नाही याची खात्री करा

ZeroTier पीअर्समध्ये एन्क्रिप्ट करते आणि थेट मार्ग नसल्यास पॅकेट्स एन्क्रिप्टेड स्थितीतच पुढे पाठवणाऱ्या रूटमार्फत रिले केली जातात। zerotier-cli peers प्रत्येक पीअरचा मार्ग DIRECT किंवा RELAY असा विलंबाच्या आकड्यासह चिन्हांकित करते। रिले केलेला मार्ग राउंड ट्रिप्स खर्च करतो, गोपनीयता नाही।

उत्तर बदलणारी गोष्ट म्हणजे असा सदस्य जो खरोखर टोक नाही। पलीकडील बाजू भौतिक LAN मध्ये राउट किंवा ब्रिज करणारा ZeroTier सदस्य असेल, तर ओव्हरले त्या सदस्यावर संपते आणि पुढील हॉप साधे इथरनेट असते।

तपासणी 3: विनंती कुठे वाचनीय होते ते पहा

पृष्ठ देत असल्याचे तुम्हाला वाटणाऱ्या होस्टवर, रीलोड करताना ओव्हरले इंटरफेसवर कॅप्चर करा: sudo tcpdump -i ztxxxxxxx -A -c 5 'tcp port 80'। त्या आउटपुटमधील वाचनीय विनंती ओळ हे सिद्ध करते की रहदारी त्या होस्टवर डिक्रिप्ट होऊन आली, हीच तुम्ही शोधत असलेली सीमा आहे।

मग उर्वरित LAN कडे तोंड करणाऱ्या इंटरफेसवर कॅप्चर करा। तीच विनंती तिथे स्पष्ट स्वरूपात दिसली, तर ती ॲप्लिकेशनपर्यंत पोहोचण्यापूर्वी ओव्हरले सोडून गेली आणि त्या भागातील प्रत्येक उपकरण ती वाचू शकते। LAN बाजूला काहीच दिसत नाही आणि पृष्ठ तरीही लोड होत असल्यास, ॲप्लिकेशन ZeroTier होस्टवरच टर्मिनेट होत आहे।

समोर रिव्हर्स प्रॉक्सी असताना लूपबॅक कॅप्चर करणेही महत्त्वाचे आहे, कारण HTTPS स्वीकारून HTTP पुढे पाठवणारा प्रॉक्सी सीमा स्वतःच्या बॅकएंडवर हलवतो।

तपासणी 4: राउटर किंवा ब्रिजच्या मागील प्रत्येक हॉपचा हिशोब ठेवा

ओव्हरले आणि LAN मध्ये राउट करण्यासाठी संरचित सदस्य ही सामान्य रचना आहे आणि या गृहीतकांचा सर्वाधिक भंग होण्याचे ठिकाण आहे। ओव्हरले ब्राउझरपासून राउटरपर्यंतचा भाग संरक्षित करते, त्यानंतर काहीही नाही। ब्रिज वेगळ्या यंत्रणेने तीच गोष्ट सांगतो: ओव्हरले आणि भौतिक भाग एकच ब्रॉडकास्ट डोमेन बनतात, त्यामुळे ब्रिज केलेल्या लॅपटॉपवरून येणारी विनंती तो लॅपटॉप ZeroTier नेटवर्कवर असला तरी साध्या इथरनेटवरून जाते।

गृहीत धरण्याऐवजी तो शोधून काढा। क्लायंटपासून सेवा पत्त्यापर्यंत traceroute आणि गेटवे सदस्यावरील राउटिंग तक्ता मिळून शेवटचा हॉप zt आहे की eth हे दाखवतात।

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

तपासणी 5: ॲप्लिकेशनला अजून काय करावे लागेल ते ठरवा

ओव्हरले सदस्यत्व उपकरणाला नेटवर्कशी प्रमाणित करते आणि पलीकडील सेवा तुम्हाला हवी असलेली सेवा आहे का याबद्दल काहीही सांगत नाही। HTTPS होस्टनेमला कीशी जोडून वेगळ्या प्रश्नाचे उत्तर देते, त्यामुळे या दोन संरक्षणांचा एकमेकांना बदलून न घेता ओव्हरलॅप होतो। अधिकृत पीअर तरीही चुकीची सेवा असू शकते आणि तडजोड झालेले टोक विनंती एन्क्रिप्शनपूर्वी आणि डिक्रिप्शननंतर दोन्ही वेळा वाचते। कोणतेही यंत्रणा ॲप्लिकेशन काय नोंदवते याचा लेखाजोखा करत नाही।

पुन्हा वापरता येणारे सत्र किंवा संकेतशब्द असलेल्या कोणत्याही गोष्टीसाठी, TLS ॲप्लिकेशनवर किंवा तुमच्या नियंत्रणातील प्रॉक्सीवर टर्मिनेट करा आणि प्रमाणपत्र पडताळणी सुरू ठेवा। जुन्या सेवेला साध्या HTTP वर राहावे लागल्यास, ती वापरू शकणारा नेमका होस्ट-टू-होस्ट मार्ग, कोण तिथपर्यंत पोहोचू शकतो आणि कोणता भाग असुरक्षित राहतो हे लिहून ठेवा; भविष्यातील पुनरावलोकनकर्त्याला ती नोंदच लागते।

"VPN कनेक्ट आहे" हे यापैकी कशाचेही मूल्यांकन नाही। प्रामाणिक आवृत्ती दोन्ही टोके, त्यांच्यातील मार्ग आणि व्याप्त न झालेला पहिला हॉप यांची नावे घेते।

कॅप्चर आउटपुट आणि पीअर यादी सेवा दस्तऐवजाजवळ ठेवा, जेणेकरून मार्ग बदलणारा किंवा ब्रिज जोडणारा कोणीही कोणते गृहीतक मोडणार आहे हे पाहू शकेल।