Не мог разрешить имя хоста

Я предложил бы вытолкать их PID ($$) в файл после порождения их. Можно затем использовать это для уничтожения процесса.

6
10.05.2012, 01:22
2 ответа

Таким образом, мы знаем hostname возвраты woofy. Но то имя не может быть разрешено к IP-адресу.

Короткий ответ - то, что необходимо добавить запись для woofy в /etc/hosts. Заставьте его решить к 127.0.0.1. Или если Ваша система способна к IPv6:: 1.

Сохраните резервное копирование предыдущей версии /etc/hosts в случае, если Вы делаете ошибку (я использую удобное etckeeper пакет для этого, но если Вы предпочитаете его Вы olde путь, можно использовать ручное резервное копирование или даже RCS).

Длинный ответ - то, что тем, как имена хостов разрешены к IP-адресам, управляет ряд конфигурационных файлов, которые варьируются немного между вариантами Unix. Можно настроить систему Unix для разрешения имен хостов файлом hosts (/etc/hosts продолжит работать почти любая система Unix) или DNS (системы, которые имеют прямую достижимость IP к Интернету, будет всегда делать это). Существуют другие альтернативы также, главным образом менее широко используются (включая LDAP и NIS/NIS +). См. статью Wikipedia о службе имен Переключатель для большего количества контекста на этом.

Править: если это все еще вызывает поиск DNS, проблема состоит, вероятно в том, что Ваша служба имен Конфигурация коммутатора консультируется с DNS прежде /etc/hosts так изменение в /etc/hosts не имеет никакого эффекта. Попытайтесь смотреть на /etc/nsswitch.conf (как NSS настроен, варьируется между операционными системами).

7
27.01.2020, 20:24
  • 1
    Спасибо! я на самом деле так или иначе решил проблему путем становления корнем –  wrongusername 10.05.2012, 02:28
  • 2
    Спасибо! я на самом деле так или иначе решил проблему путем становления корнем –  wrongusername 10.05.2012, 02:28
  • 3
    Это, вероятно, означает что полномочия /etc/hosts файл в нашей системе является неправильным. Делает host woofy работать некорневым пользователем? –  James Youngman 10.05.2012, 03:24
  • 4
    Это не на самом деле ответ. После выполнения этого я все еще получаю почтовую жалобу unable to resolve host, по-видимому, причиной является поиск DNS (который действительно перестал работать, как host- шоу команды - поиски DNS не консультируются /etc/hosts). обходное решение –  reinierpost 15.09.2015, 19:54

Системы Unix имеют понятие имени хоста, которое не связано с сетевой подсистемой. То имя что hostname управляйте шоу и что поднимается в журналах. При создании соединения SSH оно выполняет поиск DNS, для обнаружения то, что имя означает в контексте семейства протоколов TCP/IP, что SSH воздействует на.

Для Вашей исправности необходимо удостовериться, что это имя хоста соглашается с тем, что окружение сервер DNS говорит, и с тем, что (если что-нибудь) система думает, что это называют. На самом деле имена DNS не связаны с машинами, но с сетевыми интерфейсами, таким образом, Ваше имя DNS будет связано с одним из Ваших сетевых интерфейсов. На машинах без соединения фактической сети имя хоста должно быть связано с петлевым интерфейсом.

На практике имя хоста хранится в файле /etc/hostname на большинстве машин. Можно изменить его во времени выполнения с hostname команда; это сделано рано в процессе начальной загрузки. Локальная идея имени DNS хранится в /etc/hosts, на строке, соответствующей любому петлевой интерфейс (127.0.0.1) или к одному из сетевых интерфейсов машины.

3
27.01.2020, 20:24

Теги

Похожие вопросы