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