ली बी का जवाब सही है, लेकिन आपकी रुचि के मामले में यहां कुछ प्रासंगिक RFC हैं।
0.0.0.0:
से RFC1122 , खंड 3.1.2.3:
अब हम IP पते के लिए निम्न संकेतन का उपयोग करते हुए कक्षा A, B और C IP पते के लिए महत्वपूर्ण विशेष मामलों को संक्षेप में प्रस्तुत करते हैं:
{ <Network-number>, <Host-number> }
or
{ <Network-number>, <Subnet-number>, <Host-number> }
...
(a) { 0, 0 }
This host on this network. MUST NOT be sent, except as
a source address as part of an initialization procedure
by which the host learns its own IP address.
बस, "इस नेटवर्क पर यह होस्ट" ... जैसा कि ली बी का उत्तर बताता है कि यह आपके होस्ट पर उपलब्ध सभी आईपी पतों का अनुवाद करता है। 0.0.0.0 पर किसी सेवा की मेजबानी करने से स्वचालित रूप से प्रत्येक पता योग्य इंटरफ़ेस पर उस सेवा की मेजबानी हो जाएगी।
127.0.0.1:
से RFC5735 :
127.0.0.0/8 - यह ब्लॉक इंटरनेट होस्ट लूपबैक पते के रूप में उपयोग के लिए सौंपा गया है। इस ब्लॉक के भीतर कहीं भी एक उच्च-स्तरीय प्रोटोकॉल द्वारा भेजे गए डेटाग्राम को होस्ट के अंदर वापस लूप किया जाता है। यह आमतौर पर लूपबैक के लिए केवल 127.0.0.1/32 का उपयोग करके लागू किया गया है। जैसा कि [RFC1122], खंड 3.2.1.3 में वर्णित है, पूरे 127.0.0.0/8 ब्लॉक के भीतर पते कहीं भी किसी भी नेटवर्क पर वैध रूप से प्रकट नहीं होते हैं।
0.0.0.0 और लूपबैक एड्रेस 127.0.0.1 के बीच का अंतर यह है कि लूपबैक एड्रेस को होस्ट के भीतर पूरी तरह से काम करने वाले आईपी इंटरफेस की अनुमति देने के लिए डिज़ाइन किया गया है, भले ही बाकी नेटवर्किंग सेटअप, यदि कोई हो, की तरह दिखता है। लूपबैक डिवाइस पर भेजा गया कोई भी ट्रैफ़िक तुरंत उस पर प्राप्त होता है। यह इतना अधिक नहीं है कि लूपबैक नेटवर्क आपके अपने होस्ट को "संदर्भित करता है ... यह अधिक है जैसे कि आपके पास अपने होस्ट में एक मिनी नेटवर्क सेगमेंट है जो डिवाइस, प्रोसेस और सॉकेट्स को खोल सकता है और कनेक्ट कर सकता है।