विकल्प -T5
"पागल" समय सेटिंग का उपयोग करने के लिए nmap निर्देश देता है।
} else if (*optarg == '5' || (strcasecmp(optarg, "Insane") == 0)) {
o.timing_level = 5;
o.setMinRttTimeout(50);
o.setMaxRttTimeout(300);
o.setInitialRttTimeout(250);
o.host_timeout = 900000;
o.setMaxTCPScanDelay(5);
o.setMaxSCTPScanDelay(5);
o.setMaxRetransmissions(2);
}
आप देख सकते हैं, पुनर्संचरण की अधिकतम संख्या 2. चेतावनी देखा प्रिंट हो जाती है जब वहाँ एक गैर-डिफ़ॉल्ट टोपी है: यहाँ वर्तमान स्रोत कोड के प्रासंगिक बात यह है कि दिखाता है क्या यह संकेत मिलता है सेटिंग है रीट्रान्समिशन की संख्या (-T5
, -T4
के साथ सेट करें, या मैन्युअल रूप से --max-retries
के साथ), और वह टोपी मारा गया है।
इस समस्या से बचने के लिए, अपनी समय सेटिंग को वापस स्केल करने का प्रयास करें। -T4
अभी भी बहुत तेज है, और पास के नेटवर्क के लिए काम करना चाहिए। -T3
डिफ़ॉल्ट है। यदि आप निश्चित हैं कि आपकी विलंबता और बैंडविड्थ कोई समस्या नहीं है, लेकिन आप दोषपूर्ण हार्डवेयर के कारण पैकेट छोड़ रहे हैं, तो आप मैन्युअल रूप से --max-retries
को उच्च मान पर सेट कर सकते हैं, और शेष -T5
सेटिंग रख सकते हैं।
यह फिर से प्रेषण कब करता है? यदि एक बंदरगाह "चुपके" है (यानी बंद बंदरगाह का कोई जवाब नहीं है), यह कैसे पता चलता है कि इसे पुनः प्रेषित करना है या इसे बंद करना है या नहीं? – SilverlightFox
@ सिल्वरलाइटफॉक्स पूर्ण विवरण [कोड में] (https://github.com/nmap/nmap/blob/master/scan_engine.cc) या [आधिकारिक एनएमएपी नेटवर्क स्कैनिंग पुस्तक (केवल प्रिंट संस्करण)] (https://nmap.org/book)। लघु संस्करण: एनएमएपी उन कुछ जांचों को भेजता रहता है जिन्हें प्रतिक्रियाएं मिलीं (समय जांच या "पिंग्स")। यदि वे नहीं गिरते हैं, तो लापता प्रतिक्रिया शायद जानबूझकर हैं और retransmits सीमित हैं। यदि समय की जांच गिरने लगती है, तो अधिक रेट्रांसमिट की आवश्यकता होती है और भविष्य में बूंदों से बचने के लिए एनएमएपी समग्र स्कैन गति को धीमा कर देता है। – bonsaiviking
बहुत चालाक सामान। मैं आपकी व्याख्या की सराहना करता हूं - बहुत धन्यवाद। – SilverlightFox