मैं रेंटिस में उदाहरण चला रहा हूं, जो "127.0.0.2" का उपयोग रेडिस सर्वर आईपी के रूप में कर रहा है, और यह ठीक से चल रहा है। दरअसल, रेडिस सर्वर एक ही मशीन पर चल रहा है। मुझे पता है कि "127.0.0.1" "लो" का आईपी पता है, लेकिन "127.0.0.2" के बारे में कैसे? क्या यह "127.0.0.1" के समान है?
जवाबों:
हाँ:
IPv4 नेटवर्क मानक लूपबैक उद्देश्यों के लिए पूरे 127.0.0.0/8 एड्रेस ब्लॉक को आरक्षित करते हैं। इसका मतलब है कि उन 16,777,214 पतों (127.2.0.2.1 के माध्यम से 127.255.255.254) को भेजे गए किसी भी पैकेट को वापस पा लिया गया है। IPv6 का सिर्फ एक ही पता है, :: 1।
इस उद्देश्य के लिए विभिन्न इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) मानक IPv4 एड्रेस ब्लॉक 127.0.0.0/8, CIDR नोटेशन और IPv6 एड्रेस :: 1 में आरक्षित रखते हैं। सबसे आम IPv4 पता 127.0.0.1 है। आमतौर पर इन लूपबैक पतों को होस्टनाम, लोकलहोस्ट या लूपबैक में मैप किया जाता है।
या RFC से ही:
127.0.0.0/8 - यह ब्लॉक इंटरनेट होस्ट लूपबैक पते के रूप में उपयोग के लिए सौंपा गया है। इस ब्लॉक के भीतर कहीं भी एक उच्च स्तर के प्रोटोकॉल द्वारा भेजे गए डेटाग्राम को मेजबान के अंदर वापस लूप करना चाहिए। यह आमतौर पर लूपबैक के लिए केवल 127.0.0.1/32 का उपयोग करके लागू किया जाता है, लेकिन इस ब्लॉक के भीतर कोई भी पता कभी भी किसी भी नेटवर्क पर दिखाई नहीं देना चाहिए [RFC1700, पृष्ठ 5]।
मनोरंजन के लिए, पिंग करके देखें:
$ ping 127.127.127.127
PING 127.127.127.127 (127.127.127.127) 56(84) bytes of data.
64 bytes from 127.127.127.127: icmp_req=1 ttl=64 time=0.110 ms
64 bytes from 127.127.127.127: icmp_req=2 ttl=64 time=0.065 ms
^C
--- 127.127.127.127 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.065/0.087/0.110/0.024 ms
127.x.x.xपते स्थानीय मशीन तक ही सीमित हैं?" हाँ127.x.x.xपते loइंटरफ़ेस के लिए बाध्य हैं " हाँ127.x.x.xपते नेटवर्क पर रूट किए गए हैं?" नहीं127.0.0.0/8 - यह ब्लॉक इंटरनेट होस्ट लूपबैक पते के रूप में उपयोग के लिए सौंपा गया है।
इस ब्लॉक के भीतर कहीं भी एक उच्च-स्तरीय प्रोटोकॉल द्वारा भेजे गए डेटाग्राम को होस्ट के अंदर वापस लूप किया जाता है। यह
आमतौर पर लूपबैक के लिए केवल 127.0.0.1/32 का उपयोग करके लागू किया गया है। जैसा
कि [RFC1122], धारा 3.2.1.3 में वर्णित है, पूरे 127.0.0.0/8 ब्लॉक के भीतर पते कहीं भी किसी भी नेटवर्क पर वैध रूप से प्रकट नहीं होते हैं। - RFC5735
127.0.0.2रूप में ही है 127.0.0.1?" नहींजबकि 127.0.0.1करने के लिए 127.255.255.254सभी स्थानीय इंटरफेस के लिए बाध्य पते दिए गए हैं lo। वे एक जैसे नहीं हैं। आप एक ही पोर्ट पर एक अलग सेवा को बाँधने के लिए प्रत्येक पते का उपयोग कर सकते हैं। उदाहरण के लिए पोर्ट 80 पर केवल 16 मिलियन वेब-सर्वर, स्थानीय मशीन से ही सुलभ हैं (यदि आप मेमोरी से बाहर नहीं चलते हैं, या अन्य संसाधन पहले)
मैं बस एक बांधने की सेवा के लिए बाध्य करने के लिए स्थापित किया है 127.0.0.2:80। मैंने तब एक उपनाम जोड़ा है /etc/hosts। अब मैं इसके माध्यम से कनेक्ट कर सकता हूं http://myserver, लेकिन के माध्यम से http://127.0.0.1या नहीं http://localhost। हालाँकि यह केवल इस मशीन के लिए उपलब्ध है। जैसा कि यह है, केवल, loइंटरफ़ेस पर।
फिर मैंने एक और डॉकटर सेवा स्थापित करने के लिए बाध्य किया 127.0.0.3:80, और एक पायथन सेवा चालू localhost:80और दूसरी 127.0.0.4:80।
यह सभी ऑपरेटिंग सिस्टम पर काम नहीं कर सकता है। मैं डेबियन (9) ग्नू / लिनक्स, लिनक्स कर्नेल 4.9.0-3-amd64 का उपयोग कर रहा हूं। कुछ OS सभी पतों का इलाज कर सकते हैं 127.0.0.1→ 127.255.255.254वही। कुछ ही साथ काम कर सकते 127.0.0.1।
यह भी देखें
व्यापक सामान्य उत्तर नहीं (पहले से ही एक है)। मेरा यह जवाब एक उदाहरण दिखाता है जहां 127.0.0.2समस्या को हल करने के लिए उपयोग किया गया था।
निकालें:
ओपी ने एक मामले में कुछ सॉफ्टवेयर का परीक्षण करने का प्रयास किया जब एक सर्वर से इसका कनेक्शन खारिज कर दिया गया था। यह सर्वर पर एक अस्थायी iptablesनियम द्वारा किया गया था जो क्लाइंट आईपी से सभी ट्रैफ़िक को अस्वीकार करता है। क्लाइंट तुरंत कनेक्शन को "देखने" में सक्षम हो गया था।
समस्या तब सामने आई जब इस व्यक्ति ने सर्वर सॉफ़्टवेयर को क्लाइंट के समान मशीन में स्थानांतरित किया और लूपबैक इंटरफ़ेस का उपयोग करने का प्रयास किया। नियम को संचार को अवरुद्ध करने के लिए निर्धारित किया गया था, 127.0.0.1लेकिन एक कनेक्शन को उसी नियम के तहत अस्वीकार कर दिया गया था और कभी भी क्लाइंट सॉफ़्टवेयर को नहीं मिला था, जो लटका दिया गया था (संभवतः टाइमआउट तक)।
समाधान 127.0.0.2सर्वर पते के रूप में उपयोग करने के लिए था और एक नियम निर्धारित करता था जो इसके लिए कनेक्शन को अस्वीकार करता है। एक अस्वीकृति के बारे में जानकारी 127.0.0.1क्लाइंट सॉफ़्टवेयर को पास करने में सक्षम थी।