eth0 वरील रहदारी म्हणजे VPN बोगदा गळतो असे नाही

बोगदा सुरू असताना eth0 वर सार्वजनिक पत्ते दिसणे म्हणजे काहीतरी बाहेर पडले याचा पुरावा वाटते. सहसा उलटे असते: बोगद्याच्याच पॅकेटांना सर्व्हरपर्यंत पोहोचण्यासाठी तो ॲडॉप्टर ओलांडावा लागतो, आणि ते सामान्य UDP किंवा TCP प्रवाहांसारखे दिसतात. आतील पॅकेट फक्त बोगद्याच्या उपकरणावर दिसते. दोन्हींत फरक करणे म्हणजे आवरण वाचणे, बाइटच्या मोजणीवर विश्वास ठेवणे नाही.

बोगद्याचे प्रत्येक पॅकेट तरीही तारेवरून जाते

बोगदा हा इंटरफेस आहे, तार नाही. क्लायंट आतील पॅकेट घेतो, ते गुंडाळतो आणि निकाल प्रोफाइलमधील सर्व्हरच्या पत्त्यावर आणि पोर्टवर पाठवतो. भौतिक ॲडॉप्टरवर तुम्हाला आवरण दिसते; बोगद्याच्या उपकरणावर जे गुंडाळले होते ते दिसते.

UDP मोडमध्ये बाहेरील प्रवाह प्रत्येक दिशेने एकच पत्ता आणि पोर्टची जोडी असतो, म्हणून निरोगी बोगदा eth0 वर जवळजवळ कंटाळवाणा वाटतो. सर्वप्रथम तीच एक जोडी शोधायची असते.

एका वेळी एक इंटरफेस कॅप्चर करा

मोजणीची तुलना करायची असेल तेव्हा एका वेळी एकच इंटरफेस कॅप्चर करा. any हा स्यूडो-इंटरफेस एकाच वेळी सर्व उपकरणे गोळा करतो, त्यामुळे पुढे पाठवलेले पॅकेट प्रवेश आणि निर्गम दोन्हीकडे दिसते आणि स्थानिकरीत्या तयार झालेले पॅकेट दोन वेगळ्या स्वरूपांत दोनदा दिसते. पॅकेटची संख्या समान आणि बाइटची संख्या असमान असणे सामान्य आहे, कारण आवरण ते वाहून नेते त्यापेक्षा मोठे असते. ARP, DHCP आणि IPv6 राउटरच्या घोषणा स्थानिक दुव्याच्या आहेत आणि तुमच्या ॲप्लिकेशनबद्दल काहीही सांगत नाहीत.

sudo tcpdump -i eth0 -n host 203.0.113.10 and udp port 1194

पत्ता आणि पोर्ट प्रोफाइलच्याच मूल्यांनी बदला. तो प्रवाह स्थिर असेल तर बोगदा काहीतरी वाहत आहे.

कर्नेलला विचारा की तो कोणते उपकरण निवडतो

कर्नेलला विचारा की तो कोणते उपकरण निवडेल, नंतर तारेवर खात्री करा. मार्गाचा शोध हा निर्णय आहे, आणि कॅप्चर हा त्या निर्णयाचे पालन झाले याचा पुरावा आहे. ते वेगळ्या प्रश्नांची उत्तरे देतात आणि तुम्हाला दोन्ही हवे आहेत.

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

विभाजित निकाल हा नेहमीचा शोध आहे: प्रोफाइलने फक्त IPv4 मार्ग ढकलल्यामुळे IPv4 बोगद्याकडे जातो आणि IPv6 भौतिक ॲडॉप्टरकडे जातो. ही खरी गळती आहे, आणि फक्त IPv4 असलेल्या कॅप्चरमध्ये ती दिसत नाही. IPv6 साठी फिल्टर करा आणि सर्व्हर नसलेले व link-local नसलेले पत्ते पहा.

जोडण्यापूर्वी आणि नंतर दोन्ही शोध चालवा, जेणेकरून क्लायंटने प्रत्यक्षात काय बदलले ते दिसेल. दोन्ही वेळा चालवण्यातील फरक हा क्लायंटचा खरा परिणाम आहे.

जेव्हा कॅप्चर खरोखर गळती असते

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

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