В эти дни система может иметь несколько интерфейсов, каждого с несколькими адресами, и каждый адрес может даже иметь несколько записей DNS, связанных с нею. Таким образом, что делает "системное имя хоста", даже означают?
Много приложений будут использовать системное имя хоста в качестве идентификатора по умолчанию, когда они свяжутся в другое место. Например, при сборе сообщений системного журнала в центральном сервере сообщения будут все отмечены с именем хоста инициирующей системы. В идеальном мире Вы, вероятно, проигнорировали бы это (потому что Вы не обязательно хотите доверять клиенту), но поведение по умолчанию - при именовании всех систем "localhost" - привел бы к набору сообщений журнала, что Вы не смогли бы связаться с определенной системой.
Как другие люди указали, системное имя хоста является также полезным идентификатором при нахождении удаленно многой системы. Если у Вас есть пять окон, присоединенных к системы, названные "localhost" затем, Вы собираетесь быть нелегко сохранять их прямо.
В том же духе мы пытаемся сделать системные соответствия имени хоста именем хоста, которое мы используем для административного доступа к системе. Это помогает избежать беспорядка при обращении к системе (в электронном письме, переговорах, документации, и т.д.).
Оценка DNS:
Вы хотите иметь надлежащий вперед и инвертировать записи DNS для Ваших приложений для предотвращения беспорядка. Вам нужно, некоторые передают запись (имя-> IP-адрес), чтобы люди смогли получить доступ к Вашему приложению удобно. Наличие обратного соответствия записи полезно для количества причин - например, оно помогает Вам правильно определить приложение при нахождении соответствующего IP-адреса в журнале.
Обратите внимание, что здесь я говорю о "приложениях" и не "системах", потому что - особенно с веб-серверами - распространено иметь несколько IP-адресов в системе, связанной с различными именами хостов и сервисами.
Попытка поддержать имя к IP отображениям в Вашем /etc/hosts
файл быстро становится трудным, поскольку Вы управляете растущим числом систем. Очень легко для локального файла hosts, чтобы упасть из синхронизации относительно DNS, потенциально ведя к беспорядку и в некоторых случаях неправильно функционировать (потому что что-то пытается связать с IP-адресом, который больше не существует в системе, например).
Вы могли установить каждое имя хоста на "localhost", но очень удобно иметь alix@plato ~ $
в Вашей командной строке, когда Вы управляете машинами по ssh. Управление серверами удаленно могло стать очень сбивающим с толку, если Вы не делаете.
Наличие корректного FQDN важно для того, когда Вы размещаете веб-сервер или почтовый сервер. Этим видам серверных приложений нравится знать, "на ком" они работают.
Для выбора хорошей схемы именования я отсылаю Вас к этому очень популярному вопросу.
FQDN становится полезным только, когда это значимо для другого компьютера. Существует три уровня к этому:
При отправке электронного письма или обслуживании веб-страниц внешнему миру, третий является тем, который Вы хотите иметь. Для большинства других случаев можно суметь обойтись локальным DNS или даже редактированием файлов hosts.
В этом случае можно просто составить доменное имя (plato.alixnetwork, мог быть прекрасным как FQDN) для использования в локальной сети. Единственная добавленная стоимость наличия "alixnetwork" части (доменное имя) является удобством, когда у Вас есть другая локальная сеть, Вы хотите отличить его от.
Основной обзор. Имя хоста является просто указателями; Вы могли бы присвоить один определенный, чтобы быть именем хоста, на которое ссылается машина, но это могло иметь несколько. Некоторые сервисы, известная почта и HTTP полагаются на доменные имена для знания, где сервисы должны быть расположены и как добраться до них.
Давным-давно, все эти имена (который снова, просто указатели на IP-адреса), отслеживались в названном файле hosts
. Поскольку система выросла, они не могли сохранить файл синхронизируемым через весь соответствующий компьютер, участвующий в различных соединенных сетях. Таким образом, система DNS была изобретена. Когда Вы делаете поиск имени, он все еще проверяет файл hosts сначала, затем система DNS. Windows может также проверить другие системы как WINS или NetBIOS.
Когда Вы помещаете запись в a hosts
файл, Вы не присваиваете его компьютеру. При присвоении имени хоста, поскольку то, используемое компьютером, сделано в конфигурационных файлах (на *, отклоняют системы), и Системные Свойства в системах Windows (система Windows может также иметь NIC определенные суффиксы).
Записи в hosts
файл, как система DNS, является просто отображением от имени хоста до IP-адреса. Для использования имени хоста 'localhost' (нет ничего специального об этом, это - имя хоста как все остальные), оно должно быть отображено на петлевом интерфейсе (таким образом, оно будет всегда указывать на локальный компьютер). Для обеспечения это работает, все компьютеры идут с этим значением по умолчанию, отображающимся в их hosts
файл, но это могло потенциально быть удалено, если бы Вы не хотели мочь использовать то имя хоста.
Далее, как другие отметили, очень полезно присвоить имя хоста компьютеру. При соединении с компьютером у Вас может быть он, отображают его имя хоста, когда Вы входите в систему, или как Ваша подсказка или любое количество других мест. Это делает идентификацию компьютера, Вы подключены к более легкому. Если Вы устанавливаете то имя хоста в DNS или помещаете его в весь hosts
файлы, Вы сможете соединиться с компьютером путем ссылки на его имя хоста вместо того, чтобы иметь необходимость знать его IP-адрес все время. (Еще более полезный, если компьютер использует DHCP, поскольку адрес мог бы измениться. Если бы компьютер обновляет DNS затем, запись DNS указала бы на новый IP-адрес; Вы могли все еще соединиться, не зная нового IP-адреса, потому что Вы знаете имя DNS).
Существует много другого использования обоих hosts
и DNS, но я подозреваю, что у Вас есть больше вопросов, чем ответы при чтении всего этого.
Когда-либо хосту нужно дать понятное имя. Имя хоста может сервер несколько целей:
1-Это помогает Вам распознающий, над которым Вы в настоящее время работаете.
2-Используя имена, настроенные в /etc/hosts
и/или записи DNS легче, чем запоминание многих IP-адресов.
3-Localhost являются зарезервированным именем для обращения к текущей машине (обратитесь 127.0.0.1).
4-записей DNS полезны для создания серверов публично доступными.
Выбор подходящего названия каждого сервера помогает Вам очень в Вашем администрировании. Кроме того, это помогает Вашим клиентам, получающим доступ к Вашим серверам.
Так же, как примечание стороны: Правильно работа вперед и обратное разрешение DNS является абсолютным краеугольным камнем каждой установки IT на этой планете. Никогда не недооценивайте необходимость хорошо сохраняемого DNS и надлежащего разрешения сетевых имен!
Отказ от ответственности: основной вопрос касается систем Linux, поэтому не стесняйтесь игнорировать этот ответ, если вас не интересует сторона проблемы Windows.
В любом случае, в системах Windows, кроме из всех пунктов, упомянутых в других ответах, имя хоста фактически используется ОС сам по себе для работы в сети и аутентификации; в частности:
LocalSystem
и NetworkService
, которые могут аутентифицироваться в других системах, используя учетные данные системы, в которой они работают; это позволяет, например, процесс, работающий как NetworkService
на SystemA для доступа к общей папке на SystemB, путем предоставления разрешений на папку учетной записи пользователя SystemA. Многие сайты и / или предполагаемые «администраторы» теперь заявляют, что атрибут «hostname» содержит полное доменное имя экземпляра ОС, что «нарушает» любое разрешение, которое добавляет к нему «имя домена». :
имя хоста
system1.domain1.orgping
hostname
- не удается разрешить system1.domain1.org.domain1.org