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 अवरोध घटनाका रूपमा पुनः प्रकाशित हुनबाट रोक्छ। अर्को कदम सामान्यतया ठेगाना स्थिर राखी अर्को रन हो, फराकिलो स्क्यान होइन।