क्या आउटबाउंड वेब अनुरोध किए बिना मेरा बाहरी आईपी पता देखना संभव है?


21

यदि आपका कनेक्शन NAT'ed है, तो क्या एक आउटबाउंड वेब अनुरोध किए बिना आपके बाहरी आईपी पते को देखना संभव है?

कोई भी OS (Windows, Linux, आदि) ठीक है।


7
क्या आप केवल HTTP से बचने की कोशिश कर रहे हैं, या आप किसी भी आउटगोइंग ट्रैफ़िक को भेजने से बचने की कोशिश कर रहे हैं? एकमात्र सार्वभौमिक समाधानों में किसी प्रकार का आउटगोइंग ट्रैफ़िक भेजना शामिल है, लेकिन इसका HTTP होना आवश्यक नहीं है।
स्पाइफ

यह सिर्फ एक काल्पनिक था, मैं किसी भी आउटबाउंड यातायात को बिल्कुल भी नहीं बनाना चाहता था।
एक्सल पर्सिंजर

2
क्या आप कह रहे हैं कि आपका नेटवर्क / राउटर एंटरप्राइज ग्रेड NAT सेटअप के पीछे है (यानी यह आपके ISP से एक निजी आईपी एड्रेस प्राप्त कर रहा है)? यदि ऐसा है, तो मेरे पास ऐसा कोई तरीका नहीं है जिससे आप सार्वजनिक आईपी पते को सार्वजनिक नेटवर्क तक पहुंचने के बिना और अनिवार्य रूप से व्हाट्सएप.कॉम या ऐसी ही अन्य सेवाओं की तरह "पीछे मुड़कर" देख सकें।
ऐसजवेलिन

जिस हैक का मैं उपयोग करता था वह मेरे राउटर के साथ जांचना था - मेरे पास वास्तव में स्क्रीप्ट करने के लिए एक गंदी स्क्रिप्ट थी क्योंकि किसी कारण से अधिकांश वेब आधारित सेवाएं मेरे आईपी का सही तरीके से पता नहीं लगा सकेंगी। मेरा आईएसपी वास्तव में मजेदार है।
जर्नीमैन गीक

2
आप अपने ग्राहक विवरण के साथ अपने आईएसपी को फ़िनिश करने की कोशिश कर सकते हैं। कोई इंटरनेट कनेक्शन और कोई कंप्यूटर की आवश्यकता है।
थॉमस

जवाबों:


24

यदि आपका कंप्यूटर NAT के पीछे है, तो आपके लिए अपने राउटर का बाहरी आईपी पता देखना संभव है, लेकिन आपको राउटर के लिए प्रशासनिक पहुंच की आवश्यकता है।

राउटर आपके बाहरी आईपी पते को जानता है, इसलिए इसके कॉन्फ़िगरेशन पृष्ठ तक पहुंचकर आप उस आईपी पते को पा सकते हैं। इस तरह से वेब ब्राउज़र को छोड़कर किसी विशेष टूल की आवश्यकता नहीं होती है।

अन्य प्रोटोकॉल जिसमें जानकारी प्राप्त करने के लिए एक उपकरण की आवश्यकता होती है:

जैसा कि user @dirkt द्वारा परीक्षण किया गया है, सभी विधियाँ केवल IPv4 के साथ काम करती हैं (संभवतः PCP को छोड़कर)।


@ नीचार्टली हाइपरबोले निश्चित रूप से व्यंग्य का हिस्सा हो सकता है, लेकिन व्यंग्य एक स्वर या मजाक करने के इरादे के बारे में अधिक है, दोनों को व्यक्ति की तुलना में पाठ रूप में अलग रूप में व्यक्त किया जाता है। उन्होंने कहा, जबकि किसी भी प्रोटोकॉल को आईपी पते का निर्धारण करने के लिए आईपी का उपयोग करना चाहिए, एक स्पष्ट और हाँ उप-मनोवैज्ञानिक आवश्यकता है (क्योंकि आप यह निर्धारित नहीं कर सकते कि आप क्या उपयोग नहीं कर रहे हैं), लेकिन आईपी के शीर्ष पर बना एक प्रोटोकॉल अभी भी एक अलग प्रोटोकॉल है और वहाँ हैं सैद्धांतिक रूप से एकाधिक एक का उपयोग कर सकता है जो उस अंत को पूरा करता है। लाइटनेस से बिंदु वेब अनुरोध की आवश्यकता के बारे में दावे का मुकाबला करना था।
बराबर है

2
"किसी भी अन्य तरीके से एक बाहरी वेब अनुरोध करने की आवश्यकता होगी" वेब (यानी HTTP) की आवश्यकता नहीं है, लेकिन शायद समझ में आसान है
बराबर

1
जैसा कि अन्य उत्तर में उल्लेख किया गया है, uPnP, NAT-PMP और PCP राउटर से जानकारी प्राप्त करने के अलावा इसके कॉन्फ़िगरेशन पृष्ठ तक पहुंचने के विभिन्न तरीके हैं। जिस तरह से आपने इसे बनाया है, यह "कॉन्फ़िगरेशन पृष्ठ तक पहुंचने के अलावा, किसी अन्य तरीके से वेब अनुरोध करने की आवश्यकता होगी" जैसा दिखता है। सही है "राउटर से जानकारी प्राप्त करने के अलावा, किसी अन्य तरीके की आवश्यकता होगी और आउटबाउंड कनेक्शन के प्रयास की आवश्यकता होगी" (यह एक वेब अनुरोध की आवश्यकता नहीं है)।
dirkt

@dirkt: UPnP के लिए मैं आश्वस्त नहीं हूँ; NAT-PMP मुझे लगता है कि केवल IPv4 के साथ काम करता है; IPv6 नेटवर्क पर PCP IPv6 उपसर्ग लौटाएगा और बहुत कुछ कर सकता है लेकिन यह आमतौर पर वाणिज्यिक राउटर पर लागू नहीं होता है।
harrymc

1
@harrymc: मेरे फ्रिट्ज़बॉक्स के लिए UPnP सेवा समापन बिंदु है WANIPConn1/GetExternalIPAddress, और इसने सफलतापूर्वक सही पते को लौटाया है।
9

12

कुछ तरीके हैं जो कुछ NAT के साथ काम करते हैं लेकिन कुछ भी नहीं जो हर जगह काम करने की गारंटी है।

मेरा मानना ​​है कि uPnP, NAT-PMP, और PCP (यूनिवर्सल प्लग एंड प्ले, NAT पोर्ट मैपिंग प्रोटोकॉल, और पोर्ट कंट्रोल प्रोटोकॉल) सभी के लिए एक अनिवार्य NAT गेटवे से पूछने के तरीके हैं कि जनता का पता क्या है, लेकिन सभी NATER इन प्रोटोकॉल का समर्थन नहीं करते हैं। कॉर्पोरेट या वाहक ग्रेड NAT समाधानों की तुलना में होम गेटवे राउटर में समर्थन अधिक आम है।

जब आप अपने आप को NAT के पीछे पाते हैं, तो यह देखने का एकमात्र निश्चित तरीका है कि सार्वजनिक IP पता क्या है जो आपके ट्रैफ़िक का अनुवाद कर रहा है, कुछ आउटगोइंग ट्रैफ़िक को कुछ सार्वजनिक होस्ट को भेजना है जो वापस रिपोर्ट करेगा, एक तरह से NAT अनुवाद नहीं करेगा, क्या पता है कि आपका ट्रैफ़िक कहां से आया है। एक वेब आधारित सेवा का उपयोग करना एक तरीका है, लेकिन आप इसे क्लाउड सर्वर इंस्टेंस में SSHing के द्वारा भी कह सकते हैं, और कह sshdसकते हैं कि आपका SSH सत्र कहां से आ रहा है।


8
इसके अलावा UPnP आदि एक गलत परिणाम दे सकता है अगर सिस्टम डबल (या अधिक) NAT के पीछे था।
2271 बजे user71659

@ user71659 मुझे आश्चर्य हो रहा है कि क्या कोई ऐसा पता मौजूद है जो स्वचालित रूप से सबसे बाहरी NAT पर रूट किया जाएगा ताकि इसका उपयोग उस तरह के अनुरोध के लिए किया जा सके।
कास्परड

1
@kasperd हर NAT सोचता है कि यह सबसे बाहरी NAT है। निश्चित रूप से आईपी हैं जो सभी NAT के बाहर स्वचालित रूप से रूट किए जाते हैं। जिन्हें सार्वजनिक आईपी कहा जाता है।
user253751

1
@ user20574 नहीं, NAT इस तरह नहीं सोचते, सबसे ज्यादा परवाह नहीं है। अगर इस तरह के किसी भी पता को परिभाषित किया जाना था, तो मानक को यह भी परिभाषित करने की आवश्यकता होगी कि जब NAT एक आईपी को अपने आप को सौंपता है और कब नहीं। इसका उत्तर यह है कि यदि बाहरी IP RFC 1918 या RFC 6598 में है, तो NAT स्वयं को कोई भी पता नहीं देगा।
कास्परड

8

आप एक DNS अनुरोध का उपयोग कर सकते हैं, जो मुझे लगता है कि "वेब अनुरोध" की श्रेणी में नहीं आएगा:

nslookup myip.opendns.com resolver1.opendns.com

1
आप भी इस्तेमाल कर सकते हैं dig +short @8.8.8.8 o-o.myaddr.l.google.com txt | grep edns। : मैं यहाँ आदेश पाया groups.google.com/d/msg/public-dns-discuss/uyzmMcHQBE0/...
kasperd

आपकी nsslookupआज्ञा मेरे लिए विफल है। मैं Server: resolver1.opendns.com Address: 2620:119:35::35#53 ** server can't find myip.opendns.com: NXDOMAIN
kasperd

1
@kasperd: यह केवल IPv4 के लिए काम करता है, क्षमा करें। मैंने digतब से परहेज किया जब यह विंडोज पर नहीं है। myaddrGoogle के बारे में अच्छी बात है , हालांकि मुझे इस बारे में जानकारी नहीं थी! मुझे लगता है कि विंडोज nslookupसमतुल्य होगाnslookup -type=txt o-o.myaddr.l.google.com ns3.google.com
मेहरदाद

मैंने उस कमांड को एक मशीन पर चलाया, जिसमें IPv4 और IPv6 दोनों हैं, इसलिए यदि वास्तव में IPv4 का समर्थन किया है तो इसे काम करना चाहिए था। समस्या स्पष्ट रूप से है कि आप nslookupकिस आईपी संस्करण को परिवहन के लिए उपयोग करने का निर्देश नहीं दे सकते हैं , लेकिन जिस तरह से OpenDNS करता है इसका मतलब है कि आपको करना होगा। इसके बिना आपको यह अनुमान लगाना nslookupहोगा कि कौन सा आईपी संस्करण परिवहन के लिए उपयोग करेगा और तदनुसार ए या एएएए मांगेगा। यदि आप अपने साथ फंसे हुए हैं nslookupतो आप Google जैसे किसी अन्य प्रदाता का उपयोग कर सकते हैं। हालाँकि आपको अभी भी प्रतिक्रिया में केवल एक प्रोटोकॉल संस्करण मिलता है और आप इसे नहीं चुन सकते।
कैस्पर

मैंने परीक्षण किया nslookup -type=txt o-o.myaddr.l.google.com ns3.google.comऔर यह वास्तव में काम करता है। लेकिन अगर मेरे पास IPv4 और IPv6 दोनों हैं जो मुझे चुनने नहीं देंगे कि मुझे उनमें से कौन सा देखने को मिलेगा। सबसे अधिक संभावना है कि यह मुझे आईपीवी 6 पता दिखाएगा, और सबसे अधिक संभावना है कि मैं इसका उपयोग कर रहा हूं क्योंकि मैं एक नेट का आईपीवी 4 पता जानना चाहता हूं। इसके चारों ओर पाने के लिए किसी ऐसी सेवा का उपयोग करना होगा जिसका IPv4-only नाम और IPv6-only नाम है, जो NAT64 के मुद्दे को भी संबोधित करेगा।
कास्परड

7

मैं पहले से मौजूद उत्तरों में एक बिंदु जोड़ना चाहूंगा।

यह नेटवर्क जटिलता पर भी निर्भर करता है। यह संभव है कि आपका कंप्यूटर एक ऐसे नेटवर्क के भीतर स्थित हो, जिसमें कई बाहरी IP पते हों और राउटर कहीं-कहीं लाइन को कुछ मानदंडों के आधार पर इंटरनेट पर भेज देता है: उदाहरण के लिए, गंतव्य IP-पता, या दिन का समय (हो सकता है) एक अपलिंक चैनल रात में या अन्य कारणों से सस्ता है)।

तो, पूरा होने के लिए, "बाहरी आईपी पते" की धारणा को एक गंतव्य बिंदु को परिभाषित करने की आवश्यकता हो सकती है, जिसमें आपका पता बाहरी हो रहा है।

नीचे दिए गए उदाहरण में Router #2NAT प्रदर्शन कर सकते हैं और या तो अपलिंक करने के लिए ट्रैफ़िक भेज सकते हैं और प्राप्त करने वाला होस्ट अलग-अलग बाहरी IP- पता देख सकता है Host

या यह हो सकता है कि एक निश्चित गंतव्य (उदाहरण के लिए host1.example.com) हमेशा मार्गों के माध्यम से Uplink A, और मेजबान host2.example.comहमेशा मार्गों के माध्यम से Uplink B। इसलिए, आपके बाहरी IP पते उन होस्ट द्वारा अलग-अलग होंगे, जो प्रदान करते हैं Uplink Aऔर Uplink Bअलग-अलग ISPs हैं।

   Uplink A                                  Uplink B
-------------                             -------------
      |                                         |
      |                                         |
      |     192.168.1.1         192.168.50.50   |
      |               -----------               |
      |---------------|Router #2|---------------|
                      -----------
                           |  192.168.100.1
                           |
                           |  192.168.100.2
                      -----------
                      |Router #1|
                      -----------
                           |  192.168.200.1
                           |
                           |  192.168.200.2
                      -----------
                      |   Host  |
                      -----------

तो, ट्रैफ़िक भेजने से अधिक विश्वसनीय परिणाम प्राप्त करने की अनुमति होगी।


4

आप HTTP के बजाय DNS का उपयोग कर सकते हैं। उदाहरण के लिए आप उपयोग कर सकते हैं:

dig +short TXT o-o.myaddr.l.google.com

यह आपके द्वारा उपयोग किए जा रहे DNS सर्वर का यूनिकस्ट पता दिखाएगा, और अगर यह EDNS का समर्थन करता है तो यह आपके आईपी पते को भी दिखाएगा, हालांकि संभवतः छंटनी की गई है।

अपना पूर्ण आईपी पता प्राप्त करने के लिए आप अपने स्थानीय DNS सर्वर को बायपास कर सकते हैं और उपरोक्त अनुरोध सीधे ns {1,2,3,4}। Com पर भेज सकते हैं।

dig +short TXT o-o.myaddr.l.google.com @ns3.google.com

यदि आप एक विशिष्ट प्रोटोकॉल संस्करण में अपने आईपी पते को देखना चाहते हैं जो आप उपयोग कर सकते हैं -6और -4:

dig -6 +short TXT o-o.myaddr.l.google.com @ns3.google.com
dig -4 +short TXT o-o.myaddr.l.google.com @ns3.google.com

यदि आप चाहें तो OpenDNS का उपयोग भी कर सकते हैं। OpenDNS इसके लिए TXT रिकॉर्ड का उपयोग नहीं करता, बल्कि A और AAAA रिकॉर्ड करता है, इसलिए आपको यह निर्दिष्ट करना होगा कि आप किस प्रोटोकॉल संस्करण की तलाश कर रहे हैं:

dig -6 +short AAAA myip.opendns.com @resolver2.opendns.com
dig -4 +short A myip.opendns.com @resolver2.opendns.com

ध्यान दें कि यदि आपका ट्रैफ़िक प्रोटोकॉल अनुवाद से जाता है तो आपको अलग-अलग परिणाम मिल सकते हैं या कोई भी नहीं। NAT64 के पीछे एक मशीन से परीक्षण करने पर मैं उपरोक्त आदेशों के साथ अपना IPv6 पता देख पा रहा था लेकिन NAT64 का IPv4 पता नहीं।

यह उत्तर इन स्रोतों 1 2 3 और मेरे स्वयं के थोड़े शोध पर आधारित है ।


2

वेब आमतौर पर HTTP को संदर्भित करता है, यदि यह आपके प्रश्न का अर्थ है, तो उदाहरण के लिए, आप STUN ( विकिपीडिया लेख ) का उपयोग कर सकते हैं जो "NAT के लिए सत्र त्रैमासिक उपयोगिताओं" के लिए है।

अब जैसा कि एक टिप्पणी में हाइलाइट किया गया है, आपके पास कई बाहरी आईपी हो सकते हैं। साथ ही जैसे वायरलेस कनेक्शन अधिक सामान्य हो रहे हैं (बात 4 जी), यह असंभव नहीं है कि आपके राउटर द्वारा रिपोर्ट किया गया आईपी पता सार्वजनिक नहीं होगा। मैंने कुछ देशों में ऑप्टिक फाइबर कनेक्शन पर भी इस परिदृश्य को पूरा किया है, जहां आईएसपी स्थानीय राउटर को एक निजी आईपी देगा, जो कि 1: 1 को अपने नेटवर्क से बाहर निकलते समय सार्वजनिक आईपी में अनुवादित किया जाएगा।

इसलिए यदि आपका प्रश्न है "क्या मैं अपने नेटवर्क से पैकेट भेजे बिना अपना सार्वजनिक आईपी पा सकता हूं", तो आप अपने संदर्भ में सही होंगे, लेकिन 100% प्रमाण समाधान नहीं है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.