VPN पर Nmap अलग नतीजे दिखाता है? लक्ष्य को स्थिर करें
टनल चालू होने के बाद होस्टनेम किसी दूसरे पते पर हल हो सकता है। बदले हुए पोर्ट राज्यों से कुछ भी निकालने से पहले संख्यात्मक लक्ष्य को स्थिर रखें।
एक ही वेबसाइट के दो पोर्ट स्कैन अलग हो सकते हैं क्योंकि नाम दोनों रनों के बीच दूसरे पते पर हल हुआ, ऐसा नहीं कि टनल ने बदल दिया कि लक्ष्य क्या दिखाता है। होस्टनेम एक खोज निर्देश है, और Nmap स्कैन के समय उसका पालन करता है। जब रिज़ॉल्वर किसी दूसरे रिकॉर्ड के साथ जवाब देता है, तब दूसरे स्कैन ने किसी दूसरी मशीन को मापा।
संख्यात्मक पते को स्थिर करें और तुलना फिर अर्थपूर्ण हो जाती है। रिपोर्ट में बाकी सब कुछ, समय से लेकर बीच के उपकरणों तक, एक अलग चर रहता है जिसे अपना नियंत्रण चाहिए।
दो प्रयोग जो रिपोर्ट में एक जैसे दिखते हैं
किसी नाम की उसी से तुलना करें और आपने एक साथ कम से कम दो चीजें बदल दी हैं: वह रास्ता जो आपके पैकेट लेते हैं और वह गंतव्य जो रिज़ॉल्वर ने लौटाया। आउटपुट में अंतर किसी एक को नहीं दिया जा सकता। यही अस्पष्टता वह सामान्य कारण है जिससे पहले-बाद का स्कैन ऐसी बहस बन जाता है जिसे कोई नहीं सुलझा सकता।
किसी पते की उसी से तुलना करें और गंतव्य रचना से स्थिर है। जो अब भी भिन्न है वह रास्ते, स्रोत पते, बीच की फ़िल्टरिंग या मशीन की अपनी स्थिति का है। आपने एक चर हटाया है, जो सबको हटाने के बराबर नहीं है।
पोर्ट तालिका से कोई निष्कर्ष निकालने से पहले लिखें कि उन दो प्रयोगों में से आपने वास्तव में कौन-सा किया। यह अंतर अकादमिक लगता है, जब तक कोई रिपोर्ट यह न कहे कि VPN ने ऐसा पोर्ट ब्लॉक किया जो दूसरी बार आपके पहुँचे पते पर कभी खुला ही नहीं था।
| Comparison | What stays fixed | What a difference can mean |
|---|---|---|
| Name against name | The string you typed | Resolver answer, answer order or split-horizon policy changed |
| Address against address | The numeric destination | Source path, filtering or service placement changed |
पहले हल करें, फिर दर्ज पते को स्कैन करें
हल करने को जाँच से अलग रखें ताकि दोनों तथ्य अलग-अलग जगह पहुँचें। सिस्टम से पूछें कि उसने क्या हल किया, उस उत्तर को सहेजें, फिर Nmap को शाब्दिक पता दें। टनल नीचे और ऊपर होने पर वही दो आदेश दोहराएँ।
getent hosts scan.example.net dig +short scan.example.net A nmap -Pn -sV -p 443,8443 192.0.2.40
यहाँ -Pn फ़्लैग मायने रखता है, क्योंकि खोज जाँचों को अनदेखा करने वाला होस्ट अन्यथा डाउन बताया जाता और खाली परिणाम को बंद पोर्ट के रूप में गलत पढ़ा जाता। -sV का उपयोग केवल उन गंतव्यों पर करें जिन्हें ऑपरेटर ने मंज़ूर किया हो; संस्करण जाँच सादे कनेक्शन से अधिक शोर करती है और लिखित दायरे में आती है।
Nmap का लक्ष्य विनिर्देश संदर्भ स्पष्ट कहता है कि स्कैन से पहले होस्टनेम किसी पते पर हल होता है और जब कई पते लौटते हैं तो उपकरण पहले को स्कैन करता है, जब तक आप सब न माँगें। इस व्यवहार में कुछ भी VPN-विशिष्ट नहीं है। विभाजित DNS, कोई दूसरा रिज़ॉल्वर या नई क्रम में जवाब देने वाला लोड बैलेंसर बिना किसी टनल के वही प्रभाव पैदा करते हैं।
हल किया गया मान स्कैन आउटपुट के बगल में रखें, पता परिवार, फ़्लैग समुच्चय और समय-चिह्न के साथ। कंपनी का नाम लौटाने वाली उलटी खोज एक और अवलोकन है, यह प्रमाण नहीं कि किस बैकएंड ने जवाब दिया।
बदला हुआ पोर्ट राज्य आपको क्या बता सकता है और क्या नहीं
गंतव्य स्थिर होने के बाद, खुले से फ़िल्टर किए गए की ओर जाने वाला पोर्ट आमतौर पर रास्ते की ओर इशारा करता है। ऊपर के ACL, स्थिति-युक्त फ़ायरवॉल या ऐसे प्रदाता के बारे में सोचें जो टनल इग्रेस को घरेलू इग्रेस से अलग व्यवहार करता है। जब दायरा अनुमति दे तो उसी सबनेट में दूसरे मंज़ूर पते को परखकर इसे सँकरा करें, क्योंकि होस्टनेम बदलने से रिज़ॉल्वर का सवाल फिर लौट आएगा। हर रन में एक चर पूरी विधि है।
सेवा बैनर बदलते समय खुला रहने वाला पोर्ट दूसरी कहानी है। यह पैटर्न बैकएंड के बीच कनेक्शन बाँटने वाले फ़्रंट-एंड से मेल खाता है, और आपकी ओर से कितना भी स्कैन करें, उसके पीछे के किराएदार का नाम नहीं लेगा।
स्कैन कभी जो नहीं बताता वह मंशा है। फ़िल्टर किया गया पोर्ट नीति का परिणाम है, यह प्रमाण नहीं कि किसी ने आपकी टनल को चुना, और खुला पोर्ट यह प्रमाण नहीं कि उसके पीछे का अनुप्रयोग आपकी सेवा करेगा। दोनों में से कोई कहानी लिखने से पहले उस घटक के लॉग से सहसंबंध जोड़ें जिसे आप चलाते हैं।
नतीजे दर्ज करें ताकि तुलना समीक्षा में टिके
उपयोगी रिकॉर्ड में माँगा गया नाम, हल किया गया पता और उसका परिवार, सटीक फ़्लैग, प्रयुक्त स्रोत पता और गंतव्य को कवर करने वाला प्राधिकरण होता है। समय जोड़ें, क्योंकि DNS उत्तर घूमते हैं और समय-चिह्नों के बिना रिपोर्ट उसी बहस को दो बार बुलाती है। स्कैनर का संस्करण भी जोड़ें, क्योंकि डिफ़ॉल्ट जाँच व्यवहार संस्करणों के बीच खिसकता है। यदि दो रनों ने अलग विधियाँ इस्तेमाल कीं, तो उन्हें अलग प्रयोग मानें और यह पादटिप्पणी में नहीं, शीर्षक में कहें।
खोज को वही नाम दें जो वह है: अलग गंतव्य, अलग स्रोत रास्ते या अब भी अस्पष्ट अंतर। यही शब्दावली स्कैन रिपोर्ट को ईमानदार रखती है और रिज़ॉल्वर के उत्तर को VPN अवरोधन घटना के रूप में दोबारा प्रकाशित होने से रोकती है। अगला कदम आमतौर पर स्थिर पते के साथ एक और रन है, व्यापक स्कैन नहीं।