फक्त IPv6 असलेले नेटवर्क टनेल सुरू होण्यापूर्वीच VPN तोडते

लॅपटॉप केवळ IPv6 वाटणाऱ्या परिषदेच्या Wi-Fi ला जोडला जातो, VPN क्लायंट फिरत राहून अयशस्वी होतो, आणि तोच प्रोफाइल एका तासापूर्वी हॉटेलमध्ये चालत होता। क्रेडेन्शियल्समध्ये काहीही बदलले नाही। बदलले ते हे की क्लायंटला आता केवळ IPv6 वाहून नेणाऱ्या नेटवर्कमधून IPv4 गंतव्यापर्यंत पोहोचावे लागते, आणि प्रत्येक क्लायंटला ते कसे करायचे हे माहीत नाही।

पॅकेट्स जे पाच टप्पे पार करतात तेच टप्पे पार करा।

टप्पा 1: नाव-शोध पहा

प्रोफाइल होस्टनेम वापरत असल्यास, पहिला प्रश्न असतो की रिझॉल्व्हर काय परत देतो। dig AAAA vpn.example.com फक्त IPv6 नेटवर्कवर खरा AAAA रेकॉर्ड, DNS64 कडून संश्लेषित रेकॉर्ड, किंवा काहीच परत देत नाही। संश्लेषित उत्तर भाषांतर उपसर्गाच्या आत IPv4 गंतव्य एन्कोड करते, आणि तेव्हाच IPv6 गंतव्य नसलेला क्लायंट तिथे पोहोचू शकतो। कठोरपणे कोड केलेल्या IPv4 पत्त्याचे प्रोफाइल कधीच इथपर्यंत पोहोचत नाही, कारण संश्लेषणासाठी नावच नाही।

हेच एकमेव फरक ‘तिथे चालते, इथे अयशस्वी होते’ या बहुतेक अहवालांचे स्पष्टीकरण देतो, आणि ते पाहण्यासाठी एकच आदेश पुरतो।

टप्पा 2: क्लायंटने कोणते कुटुंब बोलावले ते पहा

प्रगती पट्टीऐवजी सॉकेट पहा। केवळ IPv6 लिंकवर IPv4 पत्त्याकडे IPv4 सॉकेट उघडणाऱ्या क्लायंटकडे ते पाठवण्याची जागा नसते, आणि अयशस्वीता नाव-त्रुटीऐवजी वेळ-समाप्ती म्हणून दिसते। क्लायंट जोडत असताना ss -tanp दूरचा पत्ता आणि त्याने प्रयत्न केलेले कुटुंब दाखवते। डीफॉल्ट खरा IPv6 पुढील हॉप आहे याची खात्री करण्यासाठी त्याची ip -6 route शी तुलना करा।

सॉकेट तक्त्यातील पत्ता-कुटुंब हीच वस्तुस्थिती आहे। प्रगती पट्टी दुसऱ्याने लिहिलेला सारांश आहे।

टप्पा 3: भाषांतर टनेलपासून वेगळे करा

NAT64 आणि DNS64 हे प्रवेश नेटवर्क IPv4 गंतव्यांपर्यंत पोहोचण्याचे मार्ग आहेत, आणि टनेल उभे राहिल्यावर ते त्यासाठी काहीही करत नाहीत। भाषांतरित मार्गावर उभारलेले टनेल तरीही स्वतःचे अंतर्गत अॅड्रेसिंग वाटाघाटी करते, आणि अंतर्गत IPv4 किंवा IPv6 कव्हरेज हा वेगळा धोरण-प्रश्न आहे। क्लायंट जोडला गेला आणि नंतर कुठेच पोहोचला नाही, तर तुम्ही भाषांतर ओलांडून राउटिंगमध्ये आला आहात, जे वेगळ्या पुराव्यांसह वेगळी चौकशी आहे।

भाषांतराची अयशस्वीता कधीच जोडले न जाण्यासारखी दिसते। अंतर्गत कव्हरेजची अयशस्वीता जोडून कुठेच न पोहोचण्यासारखी दिसते।

टप्पा 4: तेच प्रोफाइल दुसऱ्या नेटवर्कवर तपासा

तेच प्रोफाइल, क्लायंट आवृत्ती आणि क्रेडेन्शियल्स दुहेरी-स्टॅक नेटवर्कवर न्या आणि पुन्हा करा। तिथे चालते आणि केवळ IPv6 मार्गावर अयशस्वी होते, तर चल प्रोफाइल नसून प्रवेश नेटवर्क आहे। तिकिटात क्लायंट आवृत्ती आणि नेटवर्कची स्थिती नोंदवा, कारण अंतिम उपाय क्लायंट अद्ययावत किंवा दुसरे गंतव्य आहे।

‘VPN तुटलेला आहे’ असे सांगणारा अहवाल कार्यवाहीसाठी योग्य नाही। ‘केवळ IPv6 प्रवेशावरच अयशस्वी होतो’ असे सांगणारा अहवाल बग अहवाल आहे।

टप्पा 5: सुरक्षा सेटिंग्ज नाही, मार्ग दुरुस्त करा

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

खरे पर्याय म्हणजे नेटवर्क भाषांतर मॉडेलला समर्थन देणारा क्लायंट, किंवा पोहोचता येणारा IPv6 पत्ता असलेले गंतव्य। त्यापैकी एक मागा।