यह बहुत संभावना है कि आपका गेटवे ICMP इको अनुरोधों का जवाब नहीं देता है, अन्यथा पिंग के रूप में जाना जाता है। यह वास्तव में इस मामले के लिए काफी सामान्य है, और इस स्थिति में होना चाहिए।
मुझे ये दस्तावेज़ मिले हैं जो एक वेब यूआई, साथ ही अन्य एक्सेस विधियों का संदर्भ देते हैं।
अनुवादित विनिर्देशों पत्र
अनट्रेंड उपयोगकर्ता गाइड
यदि आप पोर्ट 80, पोर्ट 443, या पोर्ट 8080 ( http: // [गेटवे-आईपी] या https: // [गेटवे-आईपी] या http: // [गेटवे- पोर्ट या तो आंतरिक लैन पर गेटवे से कनेक्ट नहीं कर सकते हैं आईपी]: 8080 या https: // [गेटवे-आईपी]: 8080 ) तो यह एक ब्रिज मोड में सबसे अधिक संभावना है। आप गेटवे को रीसेट करने का प्रयास कर सकते हैं और देख सकते हैं कि क्या आप इसे एक्सेस करने में सक्षम हैं। हालांकि, किसी भी कॉन्फ़िगरेशन को पूर्ण रीसेट के बाद खो दिया जाएगा। एक विकल्प यह होगा कि आप पोर्ट स्कैन चलाएं और देखें कि क्या पोर्ट खुले हैं - यदि कोई हो - और यह एक्सेस पोर्ट खोजने में मदद करे।
यदि राउटर एक ब्रिज मोड में था, हालाँकि, आपको डिवाइस के लिए कोई गेटवे पता नहीं दिखाई देगा या इस डिवाइस से DHCP प्राप्त नहीं होगा, लेकिन यह संभव है कि आप इस जानकारी को एक अपस्ट्रीम डिवाइस से देख रहे हों - जैसे कि ISP का गेटवे जो निजी आईपी पते को सौंप सकता है - फिर से, बहुत ही असामान्य, लेकिन संभव है।
बेशक, ये सभी चीजें आपके वर्तमान लैन सेटअप और आपके आईएसपी के रूटिंग कॉन्फ़िगरेशन पर निर्भर होंगी। दुर्भाग्य से, वास्तव में आपके गेटवे / फ़ायरवॉल को एक्सेस और कॉन्फ़िगर करने का तरीका जानने का एकमात्र तरीका डिवाइस पर पठनीय प्रलेखन होगा। पिछली कल्पना की शीट और अनट्रांसलेटेड यूजर गाइड एकमात्र दस्तावेज थे जो मुझे मिल सकते थे, दुर्भाग्य से।