ما هو الفرق بين 127.0.0.1 و 0.0.0.0؟

لقد سمع معظمنا عن "127.0.0.1 و 0.0.0.0" ولكن ربما لم يفكروا كثيرًا بهما ، ولكن إذا كان كلاهما يشيران بالفعل إلى نفس الموقع ، فما هو الفرق الفعلي بين الاثنين؟ تساعد مشاركة SuperUser Q & A اليوم في توضيح الأمور للقارئ المرتبك.

تأتي جلسة الأسئلة والأجوبة اليوم من باب المجاملة SuperUser - قسم فرعي من Stack Exchange ، وهو مجموعة يحركها المجتمع لمواقع ويب الأسئلة والأجوبة.

الصورة مقدمة من كيت جاردينر (فليكر).

السؤال

يريد قارئ SuperUser Sagnik Sarkar معرفة الفرق بين 127.0.0.1 و 0.0.0.0:

أفهم أن 127.0.0.1 يشير إلى المضيف المحلي وأن 0.0.0.0 تعمل أيضًا أيضًا (صححني إذا كنت مخطئًا). إذن ، ما الفرق بين 127.0.0.1 و 0.0.0.0؟

ما هو الفرق بين 127.0.0.1 و 0.0.0.0؟

الاجابة

مساهم SuperUser DavidPostill لديه الإجابة لنا:

ما هو الفرق بين 127.0.0.1 و 0.0.0.0؟

• 127.0.0.1 هو عنوان الاسترجاع (المعروف أيضًا باسم المضيف المحلي).
• 0.0.0.0 هو عنوان تعريف غير قابل للتوجيه يُستخدم لتعيين هدف غير صالح أو غير معروف أو غير قابل للتطبيق (حامل مكان "لا يوجد عنوان معين").

في سياق إدخال المسار ، فهذا يعني عادةً المسار الافتراضي.

في سياق الخوادم ، 0.0.0.0 تعني جميع عناوين IPv4 على الجهاز المحلي . إذا كان للمضيف عنوانان IP ، 192.168.1.1 و 10.1.2.1 ، وكان الخادم الذي يعمل على المضيف يستمع إلى 0.0.0.0 ، فسيكون الوصول إليه ممكنًا في كلا عنوانَي IP.

ما هو عنوان IP 127.0.0.1؟

127.0.0.1 هو عنوان بروتوكول الإنترنت للاسترجاع (IP) المشار إليه أيضًا باسم المضيف المحلي . يتم استخدام العنوان لإنشاء اتصال IP بنفس الجهاز أو الكمبيوتر الذي يستخدمه المستخدم النهائي.

يتم تعريف نفس الاتفاقية لأجهزة الكمبيوتر التي تدعم عنونة IPv6 باستخدام دلالة :: 1. يعد إنشاء اتصال باستخدام العنوان 127.0.0.1 أكثر الممارسات شيوعًا ؛ ومع ذلك ، فإن استخدام أي عنوان IP في النطاق 127… * سيعمل بنفس الطريقة أو بطريقة مماثلة. يمنح بناء الاسترجاع جهاز كمبيوتر أو جهازًا قادرًا على إنشاء الشبكات القدرة على التحقق من صحة أو إنشاء مكدس IP على الجهاز.

المصدر: 127.0.0.1 - ما هي استخداماته وما أهميته؟

عناوين خاصة

يتم تعيين وظيفة الاسترجاع للفئة A رقم 127 ، أي مخطط بيانات تم إرساله بواسطة بروتوكول مستوى أعلى إلى عنوان شبكة 127 يجب أن يتكرر مرة أخرى داخل المضيف. يجب ألا يظهر أي مخطط بيانات تم إرساله إلى عنوان شبكة 127 على أي شبكة في أي مكان.

المصدر: Network Numbers

إذا كانت الفئة الكاملة (أ) ، فما الهدف من القيم التعسفية الأخرى للأثمان الثلاثة الأخيرة؟

الغرض من نطاق الاسترجاع هو اختبار تطبيق بروتوكول TCP / IP على مضيف. نظرًا لأن الطبقات السفلية قصيرة الدائرة ، فإن الإرسال إلى عنوان الاسترجاع يسمح للطبقات العليا (IP وما فوقها) ليتم اختبارها بشكل فعال دون فرصة حدوث مشاكل في الطبقات السفلية تظهر نفسها. 127.0.0.1 هو العنوان الأكثر استخدامًا لأغراض الاختبار.

المصدر: عنوان IP المحجوز والاسترجاع والعناوين الخاصة

لمزيد من المعلومات ، راجع سؤال Ask Ubuntu : ما هو جهاز Loopback وكيف يمكنني استخدامه؟

ما هو عنوان IP 0.0.0.0؟

0.0.0.0 هي صيغة عنوان صالحة. لذلك يجب تحليلها على أنها صالحة حيثما كان عنوان IP في التدوين التقليدي ذي الفاصلة العشرية متوقعًا. بمجرد تحليلها وتحويلها إلى نموذج رقمي عملي ، فإن قيمتها تحدد ما سيحدث بعد ذلك.

القيمة الصفرية بالكامل لها معنى خاص. لذا فهي صالحة ، ولكن لها معنى قد لا يكون مناسبًا (وبالتالي يتم التعامل معها على أنها غير صالحة) لظروف معينة. إنه في الأساس العنصر النائب "لا يوجد عنوان معين". بالنسبة لأشياء مثل ربط عنوان اتصالات الشبكة ، يمكن أن تكون النتيجة تعيين عنوان واجهة مناسب للاتصال. إذا كنت تستخدمه لتكوين واجهة ، فيمكنه بدلاً من ذلك إزالة عنوان من الواجهة. يعتمد ذلك على سياق الاستخدام لتحديد ما يفعله حقًا "لا يوجد عنوان معين".

في سياق إدخال المسار ، فهذا يعني عادةً المسار الافتراضي. يحدث ذلك نتيجة المزيد من قناع العنوان ، الذي يختار البتات للمقارنة. لا يختار القناع 0.0.0.0 أي بت ، لذلك ستنجح المقارنة دائمًا. لذلك عندما يتم تكوين مثل هذا المسار ، هناك دائمًا مكان تذهب إليه الحزم (إذا تم تكوينه باستخدام وجهة صالحة).

في بعض الحالات ، فقط "0" ستعمل ولها نفس التأثير. لكن هذا غير مضمون. شكل 0.0.0.0 هو الطريقة القياسية لقول "لا يوجد عنوان معين" (في IPv6 يكون :: 0 أو فقط ::) .

المصدر: ما معنى 0.0.0.0 عنوان IP؟

في الإصدار 4 من بروتوكول الإنترنت ، العنوان 0.0.0.0 هو عنوان تعريف غير قابل للتوجيه يُستخدم لتعيين هدف غير صالح أو غير معروف أو غير قابل للتطبيق. لإعطاء معنى خاص لجزء غير صالح من البيانات هو تطبيق للإشارة داخل النطاق.

في سياق الخوادم ، 0.0.0.0 تعني جميع عناوين IPv4 على الجهاز المحلي . إذا كان للمضيف عنوانان IP ، 192.168.1.1 و 10.1.2.1 ، وكان الخادم الذي يعمل على المضيف يستمع إلى 0.0.0.0 ، فسيكون الوصول إليه متاحًا في كلا عنوانَي IP ( ملاحظة: يتكرر هذا النص المعين من أعلى كجزء من الإجابة الشاملة ).

في سياق التوجيه ، عادةً ما يعني 0.0.0.0 المسار الافتراضي ، أي المسار الذي يؤدي إلى "بقية" الإنترنت بدلاً من مكان ما على الشبكة المحلية.

الاستخدامات تشمل:

• العنوان الذي يدعي المضيف أنه خاص به عندما لم يتم تعيين عنوان له بعد. مثل عند إرسال حزمة DHCPDISCOVER الأولية عند استخدام DHCP.
• العنوان الذي يعينه المضيف لنفسه عند فشل طلب عنوان عبر DHCP ، بشرط أن يدعم مكدس IP الخاص بالمضيف ذلك. تم استبدال هذا الاستخدام بآلية APIPA في أنظمة التشغيل الحديثة.
• طريقة لتحديد أي مضيف IPv4 على الإطلاق . يتم استخدامه بهذه الطريقة عند تحديد مسار افتراضي.
• طريقة لتحديد أن الهدف غير متاح بشكل صريح. المصدر:  127.0.0.1 - ما هي استخداماته وما أهميته؟
• طريقة لتحديد أي عنوان IPv4 على الإطلاق . يتم استخدامه بهذه الطريقة عند تكوين الخوادم (أي عند ربط مآخذ الاستماع). هذا معروف لمبرمجي TCP بـ INADDR_ANY. [ ربط (2) يرتبط بالعناوين وليس الواجهات. ]

في IPv6 ، تتم كتابة عنوان all-zeros كـ ::

المصدر: 0.0.0.0 [ويكيبيديا]

اكتشاف / طلب DHCP

عندما يقوم العميل بالتمهيد لأول مرة ، يُقال إنه في حالة التهيئة ، وينقل رسالة DHCPDISCOVER على شبكته الفرعية المادية المحلية عبر منفذ بروتوكول مخطط بيانات المستخدم (UDP) 67 (خادم التمهيد). نظرًا لأن العميل ليس لديه طريقة لمعرفة الشبكة الفرعية التي ينتمي إليها ، فإن DHCPDISCOVER عبارة عن بث كامل للشبكات الفرعية (عنوان IP الوجهة 255.255.255.255) ، مع عنوان IP المصدر 0.0.0.0. عنوان IP المصدر هو 0.0.0.0 نظرًا لأن العميل ليس لديه عنوان IP تم تكوينه.

إذا كان خادم DHCP موجودًا على هذه الشبكة الفرعية المحلية وتم تكوينه وتشغيله بشكل صحيح ، فسوف يستمع خادم DHCP إلى البث ويستجيب برسالة DHCPOFFER. إذا لم يكن خادم DHCP موجودًا على الشبكة الفرعية المحلية ، فيجب أن يكون هناك عامل ترحيل DHCP / BootP على هذه الشبكة الفرعية المحلية لإعادة توجيه رسالة DHCPDISCOVER إلى شبكة فرعية تحتوي على خادم DHCP.

يمكن أن يكون عامل الترحيل هذا إما مضيفًا مخصصًا (Microsoft Windows Server ، على سبيل المثال) أو جهاز توجيه (جهاز توجيه Cisco تم تكوينه باستخدام عبارات مساعد IP على مستوى الواجهة ، على سبيل المثال).

...

بعد أن يتلقى العميل DHCPOFFER ، فإنه يستجيب برسالة DHCPREQUEST ، مشيرًا إلى نيته في قبول المعلمات في DHCPOFFER ، وينتقل إلى حالة الطلب . قد يتلقى العميل عدة رسائل DHCPOFFER ، واحدة من كل خادم DHCP تلقى رسالة DHCPDISCOVER الأصلية. يختار العميل DHCPOFFER واحدًا ويستجيب لخادم DHCP هذا فقط ، ويرفض ضمنيًا كافة رسائل DHCPOFFER الأخرى. يحدد العميل الخادم المحدد من خلال ملء حقل خيار معرف الخادم بعنوان IP لخادم DHCP.

DHCPREQUEST هو أيضًا بث ، لذا سترى جميع خوادم DHCP التي أرسلت DHCPOFFER طلب DHCPREQUEST ، وسيعرف كل منها ما إذا كان DHCPOFFER الخاص به قد تم قبوله أم رفضه. سيتم تضمين أي خيارات تكوين إضافية يطلبها العميل في حقل الخيارات لرسالة DHCPREQUEST. على الرغم من عرض عنوان IP للعميل ، فإنه سيرسل رسالة DHCPREQUEST بعنوان IP المصدر 0.0.0.0. في هذا الوقت ، لم يتلق العميل بعد التحقق من أنه من الواضح استخدام عنوان IP.

...

محادثة خادم العميل لعميل يحصل على عنوان DHCP حيث يوجد العميل وخادم DHCP على نفس الشبكة الفرعية:

المصدر: فهم واستكشاف أخطاء DHCP وإصلاحها في Catalyst Switch أو Enterprise Networks

المسار الافتراضي

يوضح هذا المستند كيفية تكوين مسار افتراضي أو بوابة الملاذ الأخير. يتم استخدام أوامر IP هذه:

• بوابة افتراضية IP
• شبكة IP الافتراضية
• مسار الملكية الفكرية 0.0.0.0 0.0.0.0

مسار IP 0.0.0.0 0.0.0.0

يعد إنشاء مسار ثابت للشبكة 0.0.0.0 0.0.0.0 طريقة أخرى لتعيين بوابة الملاذ الأخير على جهاز التوجيه. كما هو الحال مع الأمر ip default-network ، فإن استخدام المسار الثابت إلى 0.0.0.0 لا يعتمد على أي بروتوكولات توجيه. ومع ذلك ، يجب تمكين توجيه IP على جهاز التوجيه.

ملاحظة: لا يفهم IGRP المسار إلى 0.0.0.0. لذلك ، لا يمكن نشر المسارات الافتراضية التي تم إنشاؤها باستخدام الأمر ip route 0.0.0.0 0.0.0.0 . استخدم الأمر ip default-network لجعل IGRP ينشر مسارًا افتراضيًا.

المصدر: تكوين بوابة الملاذ الأخير باستخدام أوامر IP

هل لديك شيء تضيفه إلى الشرح؟ الصوت قبالة في التعليقات. هل تريد قراءة المزيد من الإجابات من مستخدمي Stack Exchange البارعين في مجال التكنولوجيا؟ تحقق من موضوع المناقشة الكامل هنا.