डोमेन नाम पर भरोसा किए बिना 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 या टनल हैंडशेक। ये गतिविधियाँ अलग-अलग कनेक्शन आकार छोड़ती हैं, और आकार को पल से मिलाना उस कंपनी से नाम मिलाने से अधिक जानकारीपूर्ण है जिस पर आप अविश्वास करते हैं।
किसी साझा सहायक को समाप्त करने या कुछ भी अनइंस्टॉल करने से पहले पंक्ति सुरक्षित रखें। एक बचाव योग्य निष्कर्ष एक अवलोकित अंतिम बिंदु, उसकी स्थिति और उसके स्वामी को कवर करता है; हल किए गए लेबल पर खड़ा पूरे ब्रांड का निर्णय साक्ष्य नहीं है, और यह आश्वासन भी साक्ष्य नहीं है कि कोई परिचित डाउनलोड होस्ट हानिरहित ही होगा।