هل المضيف المحلي متاح دائمًا للنظام الخاص؟

Question

هل من الممكن دائمًا تنفيذ الأمر ping على المضيف المحلي ويصل الأمر إلى 127.0.0.1؟

أعلم أن أنظمة التشغيل Windows Vista وXP وUbuntu وDebian تفعل ذلك، لكن هل يفعل الجميع ذلك؟

Answer 1

سيؤدي أي تطبيق صحيح لـ TCP/IP إلى حجز العنوان 127.0.0.1 للإشارة إلى الجهاز المحلي.ومع ذلك، فإن تعيين اسم "المضيف المحلي" لهذا العنوان يعتمد بشكل عام على النظام hosts ملف.إذا كنت تريد إزالة إدخال المضيف المحلي من hosts, ، فقد لا يتم حل اسم المضيف المحلي بشكل صحيح على الإطلاق.

Answer 2

127.0.0.1 محجوز في أي حزمة IP للمضيف المحلي.

"المضيف المحلي" كاسم مضيف هو لا مضمون أن يكون هناك.إذا تم تكوين إعدادات المضيف/DNS بشكل خاطئ، فلن يتم حل المضيف المحلي.

مثال على صندوق دبيان:

topaz:/root# vi /etc/hosts
[comment out localhost entry]

topaz:/root# ping localhost 
ping: unknown host localhost

Answer 3

لا.لبداية localhost هي اتفاقية وليست قاعدة.في الغالب يتم تعيينه بشكل افتراضي، ولكن لا يوجد شيء يفرضه.

ثانيًا، لا يوجد ما يشير إلى أنه يمكنك دائمًا تنفيذ الأمر ping على 127.0.0.1.كمثال (على نظام يونكس) حاول القيام بما يلي:

sudo ifconfig lo down ping 127.0.0.1

مثل طراد قال، 127.0.0.1 (إذا كان موجودًا) تم تعريفه على أنه الجهاز المحلي.ولكن ليس من الضروري أن تكون موجودة.

Answer 4

الجواب المتحذلق (آسف، جريج :)، هو أن تقرأ آر إف سي 3330:

   127.0.0.0/8 - This block is assigned for use as the Internet host
   loopback address.  A datagram sent by a higher level protocol to an
   address anywhere within this block should loop back inside the host.
   This is ordinarily implemented using only 127.0.0.1/32 for loopback,
   but no addresses within this block should ever appear on any network
   anywhere [RFC1700, page 5].

(يجب قراءة كلمة "عاديًا" أعلاه على أنها "غالبًا" - فمعظم أنظمة التشغيل الحالية تدعم استخدام 127.0.0.0/8 بالكامل كاسترجاع.)

فيما يتعلق بما إذا كان "المضيف المحلي" يتجه دائمًا إلى 127.0.0.1 - فهو على صواب، فهو نفسه بشكل عام، ولكنه محدد من الناحية الفنية:

~> dig localhost.t...e.org

...

;; ANSWER SECTION:
localhost.t...e.org. 86400 IN    A       127.0.0.2

Answer 5

إذا كانت خوادم DNS التي يتصل بها عميلك تتبع rfc1912، فنعم، يجب أن يتحول المضيف المحلي إلى 127.0.0.1.

RFC1912
4.1
...
   Certain zones should **always be present** in nameserver configurations:
           primary         localhost               localhost
           primary         0.0.127.in-addr.arpa    127.0
...
   The "localhost" address is a "special" address which always refers to
   the local host.  It should contain the following line:

           localhost.      IN      A       127.0.0.1

   The "127.0" file should contain the line:

           1    PTR     localhost.

Answer 6

أعتقد أن المضيف المحلي يحل إلى حد كبير 127.0.0.1 لمعظم الأنظمة الأساسية ولكن جميع عناوين IP التي تبدأ بـ 127...* العزم على المضيف المحلي أيضًا.حاول تنفيذ الأمر ping 127.255.255.254 وسيظل يستجيب.

Answer 7

من الناحية النظرية، هناك حالات قد لا تكون موجودة فيها.في الممارسة العملية، هو دائما هناك.

Answer 8

تسمح لك جدران الحماية الجيدة بتصفية الوصول على واجهات الاسترجاع أيضًا.لذلك، من الممكن إعداد قاعدة جدار الحماية التي تقوم بإسقاط حزم icmp ping التي تنتقل إلى المضيف المحلي (127.0.0.1).أيضًا، كما ذكر الجميع بالفعل، حتى وجود المضيف المحلي أو عنوان 127.0.0.1 وواجهة الاسترجاع غير مضمون.

Answer 9

الجواب هو:

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

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

يجب ألا تقوم بتحرير ملف المضيفين الخاص بك لتغيير عنوان "المضيف المحلي".يجب عليك تكوين المجالات الخاصة بك ليكون لها مضيف محلي.وإدخال localhost.domain.com الذي يشير إلى 127.0.0.1.

يجب ألا تسمح للخوادم الوكيلة لديك بالاستجابة لـ "المضيف المحلي" أو أي FQDN يبدأ بـ localhost.

Answer 10

نعم.

سبب حلها هو التسجيل في ملف %WINDOWS_DIR%\System32\drivers\etc\hosts مثل هذا:

127.0.0.1 المضيف المحلي