गेटवेवर OpenVPN क्लायंटची रहदारी कुठे पाहावी

जोडलेला क्लायंट कोणत्या गंतव्यांपर्यंत पोहोचतो हे जाणून घ्यायचे आहे, म्हणून तुम्ही VPN सर्व्हरवर शेल उघडून ss टाइप करता। काहीही उपयुक्त दिसत नाही, आणि टनेल तुटलेला आहे असा निष्कर्ष थोडा जास्त सहजतेने येतो। राउट केलेला OpenVPN गेटवे क्लायंटची पॅकेट पुढे पाठवतो; तो त्यांची TCP जोडणी संपवत नाही आणि त्यांच्यासाठी सॉकेट ठेवत नाही। पुरावा दुसरीकडे राहतो, आणि तो कुठे यावर अवलंबून असते की टनेलमधून बाहेर पडल्यानंतर रहदारी कशी हाताळली जाते।

तुम्ही कोणती रचना पाहत आहात ते ठरवा

दोन सामान्य आकार पूर्णपणे वेगळे पुरावे देतात। राउटिंग गेटवे डीकॅप्स्युलेशन करतो, पुढे पाठवतो आणि कदाचित स्रोत-NAT करतो, त्यामुळे क्लायंटची जोडणी स्थानिक सॉकेटशिवाय टोकापासून टोकापर्यंत टिकून राहते।

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

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

आधी पत्ता सत्राशी जोडा

सर्व्हरच्या सत्र स्थितीपासून सुरुवात करा आणि क्लायंटचा सध्याच्या अंतर्गत पत्ता ओळखा। पूलचे पत्ते पुनर्वापरले जातात, त्यामुळे पत्ता एकटा भाडेपट्टा आहे, व्यक्ती नाही।

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

ip -4 addr show dev tun0
journalctl -u [email protected] --since '-10 min' | tail -n 40

ती जोडी एकाच वेळी दोन प्रश्नांची उत्तरे देते: टनेल इंटरफेस कोणता प्रीफिक्स सेवा देतो, आणि तुम्हाला महत्त्वाच्या अंतरालात कोणते सत्र सक्रिय होते। कोणतीही प्रवाह नोंद समजून घेण्यापूर्वी हे करा, कारण चुकीच्या सत्राशी जोडलेला खात्रीलायक टपल कोणत्याही पुराव्यापेक्षा वाईट आहे।

राउटिंग गेटवेवर प्रवाह तक्ता वाचा

पत्ता आणि अंतराल निश्चित झाल्यावर, मागोवा घेतलेल्या जोडण्यांची फक्त-वाचन यादी गेटवे त्यासाठी काय पुढे पाठवत आहे ते दाखवते। संपूर्ण तक्ता वाचू नये म्हणून मूळ स्रोतावर गाळणी लावा।

sudo conntrack -L -p tcp -f ipv4 --orig-src 10.8.0.37

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

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

वाचनाची खात्री करण्यासाठी एक मर्यादित कॅप्चर

तुम्ही जिथे पाहत आहात तिथे टनेल इंटरफेस दिसत असल्यास, एक मर्यादित कॅप्चर ठरवते की तुम्ही ओळखलेली पॅकेट तारेवरची आहेत का। गाळणी अरुंद आणि पॅकेट मर्यादा लहान ठेवा।

sudo tcpdump -ni tun0 -nn -c 50 'host 10.8.0.37 and tcp'

टाइमस्टॅम्प, प्रोटोकॉल आणि पोर्टची तुलना प्रवाह नोंदीशी आणि चाचणी म्हणून केलेल्या विनंतीशी करा। NAT नंतर घेतलेला कॅप्चर फक्त गेटवेचा सार्वजनिक पत्ता दाखवतो, तर टनेलची बाजू अजूनही क्लायंटचा पत्ता दाखवू शकते, आणि तो फरक माहिती आहे, विसंगती नाही।

इंटरफेसला काहीच दिसत नसल्यास, क्लायंट निष्क्रिय आहे असा निष्कर्ष काढण्यापूर्वी डेटा मार्ग तपासा: क्लायंट-ते-क्लायंट रहदारी आणि काही ऑफलोड मार्ग तुम्ही पाहत असलेल्या बिंदूतून कधीही जात नाहीत।

प्रॉक्सी लॉग, आणि तुम्ही जे पाहिले त्याच्या मर्यादा

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

प्रत्येक विनंती डीफॉल्टने लॉग होते असे गृहीत धरण्याऐवजी तैनात आवृत्तीचे लॉगिंग कॉन्फिगरेशन तपासा।

शेवटी, व्याप्तीबद्दल अचूक रहा। गंतव्य पत्ता आणि पोर्ट मेटाडेटा आहेत, URL नाही आणि पृष्ठ सामग्रीही नाही, कारण अंतर्गत HTTPS सत्र टनेलची पर्वा न करता स्वतःचे संरक्षण राखते। तुम्ही काय पाहिले, कोणत्या निरीक्षण बिंदूपासून आणि कोणत्या वेळी ते कळवा।