यह देखने के लिए कि कोई सिस्टम पिंग / मौजूद हो सकता है या नहीं, यह जांचने के लिए एक रास्ता या वेब-सेवा की तलाश कर रहा है?


2

CanYouSeee जाँच के लिए अच्छा है कि क्या कोई सिस्टम इंटरनेट पर बाहरी सिस्टम से जुड़ा हो सकता है, लेकिन क्या यह देखने का कोई तरीका है कि सिस्टम पिंग किया जा सकता है?

उदाहरण के लिए, मेरे आईएसपी अवरुद्ध किया जा रहा है हर बंदरगाह ऐसी है कि CanYouSeeMe (या किसी अन्य प्रणाली) अपने सिस्टम के लिए पोर्ट-जैसे की परवाह किए बिना कनेक्ट नहीं कर सकता, एफ़टीपी, टेलनेट, HTTP, MySQL, SVN, आदि (हाँ, मैं कुछ कर रहा हूँ राउटर / फ़ायरवॉल अपराधी नहीं है।) यही है, मैं लोकलहोस्ट या नेट आईपी के माध्यम से कनेक्ट कर सकता हूं, लेकिन सार्वजनिक आईपी नहीं। उन्होंने कहा, मैं सफलतापूर्वक पिंग कर सकता हूंमेरा सार्वजनिक आई.पी. हालाँकि, प्रतिक्रिया समय मेरे NAT IP और लोकलहोस्ट को पिंग करने वालों से मिलता-जुलता है, इसलिए मुझे यकीन नहीं है कि मैं वास्तव में अपने सार्वजनिक IP को पिंग कर रहा हूं (यानी, क्या यह स्वतः ही लोकलहोस्ट पर पुनर्निर्देशित किया जा रहा है?) इसलिए, मैं खोजने की कोशिश कर रहा हूं? तरीका / सेवा जो मेरे सिस्टम को पिंग करने की कोशिश कर सकती है यह देखने के लिए कि क्या मेरा सिस्टम बाहरी दुनिया को बिल्कुल भी दिखाई देता है। CANYouSeeMe अधिकांश भाग के लिए अच्छा है, लेकिन यह बहुत सीमित है (कोई प्रोटोकॉल विकल्प नहीं है, इसलिए मैं UDP या ICMP का परीक्षण नहीं कर सकता, इसलिए कोई पिंग नहीं)।

क्या किसी को सिस्टम के अस्तित्व के लिए परीक्षण करने का अधिक व्यापक तरीका पता है?


1
आपको यकीन है कि यह आपका आईएसपी है जो सभी बंदरगाहों को ब्लॉक करता है न कि आपके राउटर और / या फ़ायरवॉल पर सेटिंग्स?
ग्रेग

1
हाँ।
Synetech

जवाबों:


1

यहां कुछ ऑनलाइन टूल दिए गए हैं जो "पिंग" और "पोर्ट चेक" प्रदान करते हैं (यह जांचने के लिए कि क्या कोई विशिष्ट टीसीपी पोर्ट कनेक्शन के प्रयासों का जवाब देता है) और अन्य संबंधित उपकरणों की एक किस्म:

इन साइटों में कई अन्य (अधिकतर क्षेत्रीय) साइटें हैं, जैसे कि उपरोक्त


हाँ, यह चाल चली। ट्रेसरआउट यह दिखाता है कि आईएसपी से टकराकर यह मर जाता है। पिंग पूरी तरह से विफल रहा है जिसका अर्थ है कि स्थानीय पिंग स्वचालित रूप से सार्वजनिक आईपी को लोकलहोस्ट पर पुनर्निर्देशित करता है। अजीब।
सिंटेक

जब आपके राउटर को एक विशिष्ट आईपी पते पर मार्ग करने के निर्देश मिलते हैं, यदि यह स्थानीय है तो यह स्थानीय रूप से वापस रूटिंग हो सकता है और इंटरनेट के साथ बिल्कुल भी परेशान नहीं हो सकता है (कई होम रूटर्स इस तरह से कार्य करते हैं)। यह समझा सकता है कि आप इसे स्थानीय रूप से क्यों पिंग कर सकते हैं (नाम से आईपी पते का समाधान आईसीएमपी ट्रैफिक भेजने की तुलना में एक पूरी तरह से अलग प्रक्रिया है, जो कि "पिंग" उपयोगिता का उपयोग करता है)।
Randolf Richardson

पुनर्निर्देशन के बारे में, आईसीएमपी आवश्यक रूप से इसके लिए एक उपयोगी गेज नहीं है क्योंकि कई प्रशासक आईसीएमपी ट्रैफिक को अवरुद्ध करते हैं जबकि अन्य ट्रैफ़िक को अनुमति देते हैं। इसलिए "पोर्ट चेक" उपयोगिता इतनी उपयोगी है - आप यह निर्धारित करने के लिए उपयोग कर सकते हैं कि क्या टीसीपी ट्रैफ़िक आईसीएमपी ट्रैफ़िक के माध्यम से नहीं मिलता है। दुर्भाग्य से उस टूल में UDP ट्रैफ़िक का परीक्षण करने का विकल्प नहीं है, लेकिन ज्यादातर मामलों में मुझे लगता है कि UDP ठीक है जहाँ TCP काम करता है।
Randolf रिचर्डसन

1
ध्यान रखें कि कुछ ISP RFC का उल्लंघन करते हैं और DOS हमलों को रोकने में मदद करने के लिए पिंग ब्लॉक करते हैं।
हाइडल

1
@ रैंडॉल्फ रिचर्डसन, मैं सहमत हूं, यह भयानक है, और व्यक्तिगत रूप से इसे काफी दुर्लभ पाया है। यह गरीब आदमी का डॉस समाधान है।
हाइडारल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.