ما هو الفرق بين Locahost وعنوان IP المحلي؟

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

تأتي جلسة الأسئلة والأجوبة اليوم مقدمة من SuperUser-a subdivision of Stack Exchange ، وهي مجموعة مجتمعية مدفوعة من مواقع Q & A.

السؤال

قارئ SuperUser يريد Diogo أن يعرف لماذا يعامل الأمر ping المضيف المحلي وعنوان IP المحلي بشكل مختلف عندما يبدو ، على السطح ، نفس الشيء:

أعطاني استخدام cmd و ping على Windows النتائج التالية:

الأزيز "localhost":

الأزيز "192.168.0.10" (عنوان IP المحلي):

ليست كلتا الحالتين متطابقة تمامًا?

أعني ، أنا أقوم بتثبيت نفس الواجهة ، نفس الجهاز والعنوان نفسه. لماذا أحصل على هذه النتائج المختلفة?

من الواضح أن هناك اختلافًا من نوع ما ، ولكن ما يحدث بالضبط عند التبديل بين الاثنين?

الاجابة

مساهم SuperUser يقدم توم Wijsman التبصرات التالية في الفروق الدقيقة بين الاثنين:

لا يتم تنفيذ الأمر ping على الواجهة نفسها, دون أي واجهات مادية لا يزال لديك "مضيف محلي".

ك المضيف المحلي يُستخدم للإشارة إلى جهاز الكمبيوتر الخاص بك من عنوان IP "الداخلي" الخاص به ، وليس من أي عناوين IP "خارجية" للكمبيوتر الخاص بك. لذا ، لا تمر حزم ping عبر أي واجهة شبكة فعلية ؛ فقط من خلال واجهة ظهر الحلقة الافتراضية التي ترسل الحزم مباشرة من المنفذ إلى المنفذ دون أي قفزات فعلية.

قد لا تزال تتساءل لماذا المضيف المحلي هو حل ل :: 1, بينما نتوقع تقليديا حلها إلى عنوان IPv4 127.0.0.1. لاحظ أن .المضيف المحلي هو تقليديًا TLD (راجع RFC 2606) الذي يشير إلى عنوان IP مرة أخرى (لبروتوكول IPv4 ، راجع RFC 3330 ، خاصة 127.0.0.0/8).

يبحث المضيف المحلي استخدام NSLOOKUP يعطينا:

nslookup localhost

… الاسم: localhost العناوين: :: 1 127.0.0.1 

وبالتالي يفضل Windows استخدام عنوان IP IPv6 back back :: 1 (راجع RFC 2373) كما هو مدرج أولاً.

حسنًا ، إذن ، من أين أتى ، دعنا ننظر إلى ملف المضيفين.

اكتب٪ WINDIR٪ \ System32 \ Drivers \ Etc \ Hosts

... يتم معالجة تحليل اسم المضيف # localhost داخل DNS نفسه. # 127.0.0.1 localhost # :: 1 localhost ... 

هم ، علينا أن ننظر إلى إعدادات DNS من نظام التشغيل Windows.

تخبرنا مقالة قاعدة المعارف هذه عن إعداد يؤثر على ما يفضله Windows ، ويتم التأكيد عليه بالخط العريض:

1. في محرر التسجيل ، حدد موقع ثم انقر فوق مفتاح التسجيل الفرعي التالي:

   HKEY_LOCAL_MACHINE \ SYSTEM \ نقرا \ خدمات \ Tcpip6 \ معلمات 

2. انقر نقراً مزدوجاً فوق DisabledComponents لتعديل الإدخال DisabledComponents. ملاحظة: إذا كان إدخال DisabledComponents غير متوفر ، يجب أن تقوم بإنشائه. لكي تفعل هذا، اتبع هذه الخطوات:
   1. في القائمة تحرير ، أشر إلى جديد ، ثم انقر فوق قيمة DWORD (32-بت).
   2. اكتب DisabledComponents ، ومن ثم اضغط ENTER.
   3. انقر نقراً مزدوجاً فوق DisabledComponents.
3. اكتب أيًا من القيم التالية في بيانات القيمة: حقل لتكوين بروتوكول IPv6 إلى الحالة المطلوبة ، ثم انقر فوق موافق:
   • نوع 0 لتمكين جميع مكونات IPv6. (إعداد Windows الافتراضي)
   • نوع 0xffffffff لتعطيل جميع مكونات IPv6 ، باستثناء واجهة الاسترجاع IPv6. تقوم هذه القيمة أيضًا بتكوين Windows لتفضيل استخدام الإصدار 4 من بروتوكول الإنترنت (IPv4) عبر IPv6 عن طريق تعديل الإدخالات في جدول نهج البادئة. لمزيد من المعلومات ، راجع تحديد المصدر والوجهة المقصودة.
   • نوع 0x20 لتفضيل IPv4 عبر IPv6 عن طريق تعديل الإدخالات في جدول نهج البادئة.
   • نوع 0x10 تعطيل IPv6 على جميع واجهات nontunnel (على كل من واجهات LAN و Point-to-Point Protocol [PPP]).
   • نوع 0x01 لتعطيل IPv6 على جميع واجهات النفق. وتتضمن هذه البرامج بروتوكول عنونة النفق التلقائي داخل الموقع (ISATAP) ، و 6to4 ، و Teredo.
   • نوع 0x11 تعطيل كافة واجهات IPv6 باستثناء واجهة الاسترجاع IPv6.
4. أعد تشغيل الكمبيوتر ليتم تفعيل هذا الإعداد.

ما هو جدول سياسة البادئة هذا?

تظهر واجهة netsh ipv6 prefixpolicies (أو prefixpolicy على الإصدارات السابقة)

Precedence Label Prefix ---------- ----- -------------------------------- 50 0 :: 1/128 45 13 fc00 :: / 7 40 1 :: / 0 10 4 :: ffff: 0: 0/96 7 14 2002 :: / 16 5 5 2001 :: / 32 1 11 fec0 :: / 10 1 12 3ffe :: / 16 1 10 :: / 96 

يحدد هذا الجدول البادئات التي تحصل على الأسبقية على البادئات الأخرى أثناء حل DNS.

آه ، لذلك باستخدام هذا الكوب ، يمكننا إضافة مدخلات هنا تشير إلى أن IPv4 لها أسبقية أعلى من IPv6.

ملحوظة: لا يوجد سبب لتجاوز هذا السلوك ، إلا إذا كنت تعاني من مشاكل متوافقة. أدى تغيير هذا الإعداد على نظام التشغيل Windows Server إلى كسر خادم البريد الخاص بنا ، لذا يجب التعامل معه بعناية ...

لا يوجد شيء نحبه أكثر من جواب شامل وغني بالمعلومات مع مستندات الدعم المرتبطة. من الواضح أن عنوان المضيف المحلي وعنوان IP المحلي هما كيانان مختلفان ، ويخدمان أغراضًا مختلفة ، والآن نعرف جميعًا سبب ذلك.

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