डोमेन नावावर विश्वास न ठेवता VPN सॉकेट कसे वाचावे
प्रक्रियेच्या शेजारील होस्टनाव हे पत्त्याबद्दलचा अंदाज आहे. VPN क्लायंटला दोष देण्यापूर्वी संख्यात्मक टोक बिंदू, कनेक्शनची स्थिती आणि त्याचा मालक PID वाचा.
तुमचा टोक बिंदू दर्शक एक VPN प्रक्रिया जाहिरात कंपनीच्या डोमेनच्या शेजारी दाखवतो, आणि ही जोडी अशी कथा सुरू करते जी डेटा सांभाळू शकत नाही. नाव हे संख्यात्मक टोक बिंदूवर रंगवलेले उलटे शोध आहे, आणि शोध बदलताच ते बदलते. तपासणीत टिकणारे स्तंभ म्हणजे पत्ते, कनेक्शनची स्थिती आणि सॉकेटचा मालक PID.
सॉकेट तक्त्यात कनेक्शनच्या आत काय गेले याचे वर्णन करणारे काहीही नाही. होस्टनाव असलेली कोणतीही गोष्ट तुमच्यासाठी आधीच अर्थ लावली गेली आहे.
सोडवलेले नाव म्हणजे भाषांतर, फील्ड नाही
दर्शक सोडवणाऱ्याला पत्ता नावात बदलण्यास सांगतो, DNS मध्ये PTR प्रश्न कसा चालतो त्याच पद्धतीने. उत्तर स्थानिक कॅश, hosts फाइलमधील नोंद, शेजारी शोधाची घोषणा किंवा गेल्या आठवड्यात पत्ता दुसऱ्याला दिलेल्या पुरवठादाराकडून येऊ शकते, आणि या स्रोतांमध्ये फरक करण्याचा साधनाकडे कोणताही मार्ग नाही. एकाच कनेक्शनकडे पाहणाऱ्या दोन मशीन एकाच सहकाऱ्याच्या पत्त्यासाठी वेगवेगळी नावे छापू शकतात, जे नाव तारेतून आले असे मानत असाल तर समजावणे कठीण आहे. लेबल माणसाच्या डोळ्यांसाठी सोय माना, बाइट कोणाला मिळाले याबद्दलचे विधान नाही.
TCPView दस्तऐवज टोक बिंदू, स्थिती आणि प्रक्रिया स्तंभांचे वर्णन करतो आणि सोडवलेली नावे बंद करण्याचे दस्तऐवजीकरण करतो, जे डोमेनमध्ये काही अर्थ वाचण्यापूर्वी करणे योग्य आहे. सोडवणे बंद केल्याने अनिश्चितता निर्माण न होता दिसून येते: तुमच्याकडे अजूनही पत्ता आहे, आणि त्याचा अर्थ काय हे ठरवण्याचे काम फक्त तुमच्याकडे परत आले आहे.
संख्यात्मक स्तंभ क्रमाने वाचा
डावीकडून उजवीकडे काम करा आणि तुमच्या प्रश्नाचे उत्तर देणाऱ्या पहिल्या स्तंभावर थांबा. स्थानिक टोक बिंदू प्रक्रिया कशाशी बांधली गेली ते दाखवतो, दूरचा टोक बिंदू सहकारी अस्तित्वात आहे का ते दाखवतो, स्थिती संबंध जिवंत आहे का ते दाखवते, आणि PID ओळीला एका कार्यान्वित फाइलशी जोडतो.
खालील तीन निरीक्षणे येथे कोणत्याही मशीनवरून घेतलेले आउटपुट नाहीत, तर उदाहरणात्मक आकार आहेत. प्रत्येक कशाला आधार देऊ शकते यानुसार त्यांचे गट केले आहेत, कारण लोक सॉकेट ओळीला प्रत्यक्षात हाच प्रश्न विचारतात:
| What the row shows | What it rules out | What it cannot show |
|---|---|---|
| An open listener with no peer address | Any remote party; nothing beyond this host has reached the port | Whether the local service is well configured, or who is allowed to use it |
| An association in the open state | That the entry is cosmetic; a peer address exists and was accepted | Which application data crossed it, or whether that peer is trustworthy |
| An association whose counters move | That the conversation is idle or already stale | What was requested, what came back, or who started it |
इतर मशीन पोहोचू शकत नाहीत असा उघडा श्रोता, लूपबॅक पत्त्यावर बांधलेला, अनेक VPN क्लायंट आपला नियंत्रण चॅनेल अशाच पद्धतीने उघड करतात. वाइल्डकार्ड बाइंड म्हणजे प्रक्रियेने प्रत्येक इंटरफेसवर कनेक्शन स्वीकारले, आणि ते धोकादायक आहे का हे ओळीवर नाही तर होस्ट फायरवॉलवर अवलंबून आहे. फक्त अस्तित्वात असलेला आणि काउंटर वाहणारा संबंध लोक सामान्यतः करू इच्छित असलेल्या आरोपासारखा दिसतो, आणि ती ओळही पेलोडपूर्वी थांबते.
दोषीचे नाव घेण्यापूर्वी मालकी तपासा
प्रक्रियेची ओळख हेच ते ठिकाण आहे जिथे बहुतेक आरोप प्रत्यक्षात अयशस्वी होतात. PID पुन्हा वापरले जातात, अद्यतनकर्ते आणि ब्राउझर सहाय्यक अल्पायुषी संतती जन्माला घालतात, आणि VPN क्लायंट आपला रहदारी एका विशेषाधिकारित प्रणाली सेवेकडे सोपवू शकतो. दर्शविलेल्या नावाऐवजी कार्यान्वित फाइलचा मार्ग आणि मूळ प्रक्रिया यांची तुलना करा, कारण दर्शविलेले नाव बाइनरी बनवणारा निवडतो.
tcpvcon -n -a
Get-Process -Id 4188 | Select-Object Id, ProcessName, Path
तीच वाचन पद्धत Linux मध्ये आहे, जिथे इतर वापरकर्त्यांचे सॉकेट पाहण्याइतके विशेषाधिकार असल्यास सॉकेट आकडेवारी प्रक्रियेची माहिती वाहू शकते. 443 पोर्टवर किंवा तिथून बांधलेले प्रस्थापित सॉकेट मागितल्यास आउटपुट महत्त्वाच्या ओळींपर्यंत आकुंचित होते:
ss -tunp state established '( sport = :443 or dport = :443 )'
ओळीसोबत वेळेची मोहोर कैद करा. एकटा PID हा हलणारा संदर्भ आहे, कारण तुम्ही प्रक्रिया व्यवस्थापक उघडेपर्यंत सॉकेट उत्तराधिकाऱ्याचे झालेले असू शकते आणि तुम्ही तपासत असलेला मार्ग कनेक्शन धरून ठेवणारा नसेल. टोक बिंदूंची जोडी, स्थिती आणि PID एकच निरीक्षण म्हणून नोंदवा, मग पुन्हा सुरू केल्यावर किंवा दुसऱ्या मतानंतरही निष्कर्ष टिकेल.
नावाचे अजून काय मूल्य आहे
होस्टनाव निरुपयोगी पुरावा नाही. कोणीतरी कोणत्या तरी क्षणी तो पत्ता त्या नावाशी जोडला होता याची ती नोंद करते. तो दुवा तेव्हा लक्ष देण्यासारखा असतो जेव्हा पत्ता हजारो असंबंधित ग्राहकांना सेवा देणाऱ्या पुरवठादाराचा असतो. हे गंतव्यस्थानापेक्षा कमकुवत विधान आहे, आणि लेबल आधार देऊ शकणारे हेच एकमेव विधान आहे.
नाव चुकीचे वाटल्यास, पत्त्याची पुरवठादाराच्या प्रकाशित श्रेणींशी तुलना करा आणि नंतर त्या क्षणी प्रक्रिया काय करत होती ते विचारा: अद्यतन तपासणी, परवाना कॉल, टेलिमेट्री POST किंवा बोगदा हस्तांदोलन. या क्रिया वेगवेगळे कनेक्शन आकार सोडतात, आणि आकाराची क्षणाशी जुळणी करणे तुम्ही अविश्वास करता त्या कंपनीशी नावाची जुळणी करण्यापेक्षा अधिक माहितीपूर्ण आहे.
सामायिक सहाय्यक बंद करण्यापूर्वी किंवा काहीही अनइन्स्टॉल करण्यापूर्वी ओळ जतन करा. संरक्षणक्षम निष्कर्ष एका निरीक्षित टोक बिंदू, त्याची स्थिती आणि मालकाला व्यापतो; सोडवलेल्या लेबलावर उभारलेला संपूर्ण ब्रँडचा निर्णय पुरावा नाही, आणि परिचित डाउनलोड होस्ट हानिकारक नसेल या समाधानाचाही पुरावा नाही.