Що станеться, якщо я налаштую хост з назвою 'com' у локальній мережі?

Згідно з Вікіпедія , повністю визначені імена хостів закінчуються кінцевим періодом. Джонатан де Бойн-Поллард пише в Ні, ця точка в імені домену URL ні помилка (мій акцент):

Я опустив крапку в доменному імені в http://example.com./ URL, оскільки це була друкарська помилка.

Ні, не було. Він був там з цією причиною. Це зробило доменне ім'я повністю кваліфікованим, і, таким чином, однозначний і не схильний до пошуку шляху підміни.

Я можу використовувати відносні імена хостів, щоб посилатися на хости в межах одного домену. Що станеться, якщо я встановлюю хост, названий com на локальну мережу? google.com. як і раніше, повинна посилатися на Google, оскільки вона повністю кваліфікована, але як щодо google.com? Не треба це посилання на машину в моїй локальній мережі? Б це? Чому ні)? Які налаштування мережі чи служби впливають на поведінку?

Поведінка локальної назви, яка конфліктує з доменом верхнього рівня, не є чітко визначеною і може змінюватися від одного до другого. Тому найбільш корисним є відповідь на ваше запитання: не робіть цього; якщо ви це зробите, ви просите сюрпризів.

Найбільш вірогідним є дефектне поведінка, яке, ймовірно, виникає, - це поведінка glibc, як описано в manv . Припускаючи, що список пошуку налаштовано з відображенням локального домену (коротко, також domain або search з'являється у /etc/resolv.conf і містять ваш локальний домен), ваш місцевий хост com.yourdomain.example.com. буде мати перевагу над доменом верхнього рівня com. під час запиту com . Але навіть незважаючи на це, погана ідея покладатися на це, оскільки у випадку неправильного налаштування списку локальних пошуків, ви отримаєте домен верхнього рівня com. замість помилки, яка може призвести до можливого витоку інформації (особливо якщо com. мали записи інших ресурсів, крім SOA та NS, яких немає, але все ж не ризикуйте).