Файл hosts: действительно ли неправильно иметь тот же IP-адрес на нескольких строках?

Экран был обновлен, так как те экранные сессии были запущены?

Я не могу вспомнить точные детали, но я действительно помню что приблизительно месяц или три назад, apt-get dist-upgrade (к debian sid), обновленный экран в моей системе и postinst предупредил меня о несовместимом обновлении. Копия старого экрана была сохранена (где-нибудь под/tmp IIRC), чтобы позволить повторно прикрепить к старым сессиям, но уничтожить и перезапустить их рекомендовались.

Признаки Вы сообщаете о звуке, подобном тому, что я видел, когда я случайно пытался снова соединиться со старой экранной сессией с новым/usr/bin/screen.

Это было возможно это из dpkg.log назад в июне:

2012-06-14 08:11:51 upgrade screen:amd64 4.0.3-14 4.1.0~20120320gitdb59704-2

28
06.03.2017, 18:33
3 ответа

Я нашел этот поток, который обсуждает выполнение чего-то вдоль этих строк. Поток довольно непреклонен по отношению к не наличию нескольких строки строк /etc/hosts файл.

выборка - Ре:/etc/hosts: Две строки с тем же IP-адресом?

Нет, это не будет. Сопоставители останавливаются в первом разрешении. Наличие чего-то как:

   127.0.0.1 localhost.localdomain localhost
   127.0.0.1 somenode.somedom.com somenode

Не сделает то, о чем Вы говорите. НО наличие:

   127.0.0.1 somenode.somedom.com somenode
   127.0.0.1 localhost.localdomain localhost

Вызовет все виды опустошения. Включая передачу.

Я обычно не делал бы то, чего Вы делаете попытку. Если необходимо больше свидетельствовать страницу справочника, даже говорит, чтобы не сделать это:

выборка man hosts

Эта страница руководства описывает формат/etc/hosts файла. Этот файл является простым текстовым файлом, который связывает IP-адреса с именами хостов, одной строкой на IP-адрес. Для каждого хоста одна строка должна присутствовать со следующей информацией:

         IP_address canonical_hostname [aliases...]

Все это сказанное, если Ваши имена хостов являются FQDN и они не накладываются затем, Вы, вероятно, в безопасности сделать то, что Вы делаете. Просто имейте в виду, что, если существует какое-либо перекрытие такой как, что было упомянуто в потоке выше, затем можно столкнуться с решением вопросов.

28
27.01.2020, 19:39
  • 1
    я не наблюдаю эффектов, отмеченных ни одной стороной в том потоке. Например, несколько строк для 127.0.0.1 не влияют на вывод hostname (мятежник OP), и все они решают правильно (мятежник респондент). –  goldilocks 26.11.2013, 20:14
  • 2
    Но gethostbyaddr() вещь, которую они повышают, является значительной. Примечание +1 –  goldilocks 26.11.2013, 20:45
  • 3
    Очень интересный! Я не понял, что файл hosts использовался двунаправлено (получите имя хоста от IP, получите IP от имени хоста). Это определенно поднимает некоторые проблемы. Возможно, я должен изучить процесс сборки файла hosts, который захватывает человекочитаемую версию и затем "исправляет" ее путем конкатенации псевдонимов хоста к одной строке. Должен быть очень легкий сценарий. –  AlexMA 26.11.2013, 21:23
  • 4
    @AlexMA - если Вы находите это /etc/hosts вызывает Вас горе, можно всегда устанавливать DNS. Я выполняю BIND по этой точной причине, (1) b/c легче централизованно справиться и (2) я получаю разрешение путем, что я хочу оттуда без большого количества головных болей. Существуют более легкие опции, такие как DNSMasq для того, чтобы сделать это также. Эти системы могут использоваться на единственном поле также! –  slm♦ 26.11.2013, 22:01
  • 5
    @slm, Который походит на очень хороший вариант для продуктивной среды. Вероятно, ценный проект изучения также. –  AlexMA 26.11.2013, 22:22

Я полагаю, что третий метод хорошо работал; существует ли проблема с этим?

Я всегда делал это немного, но существует потенциальная проблема с тех пор согласно man gethostbyaddr тот системный вызов может использовать /etc/hosts связать IP-адрес с именем. Хотя намного более общий падеж наоборот (получите адрес от имени), знайте об этом в случае, если что-либо забавное происходит.

5
27.01.2020, 19:39
  • 1
    Как я подозревал, но хотел быть уверенным, кажется, нет замечательной документации относительно него. Я был также не уверен в том, могло ли быть больше проблем с некоторыми дополнительно-строгими дистрибутивами Unix. Я скоро дам Вам кредит ответа, если никто больше не согласится с другой позицией. –  AlexMA 26.11.2013, 19:59
  • 2
    Ну, точка slm делает достойно рассмотрения; возможно, система не была предназначена, чтобы использоваться этот путь, в конце концов. Я собираюсь продолжать делать его (n.b. Я главным образом просто использую это для 127.0.0.1, таким образом, я могу пересадить и протестировать вещи локально, не изменяя виртуальную конфигурацию хоста), но я добавил протест к последнему абзацу. –  goldilocks 26.11.2013, 20:20
  • 3
    На самом деле я отредактировал это для принятия во внимание "потенциальной проблемы"... –  goldilocks 26.11.2013, 20:44

Apache 2.4 отказывался запускаться в моей системе Unix. Основной причиной были дублирующиеся строки в /etc/hosts. После того, как я удалил повторяющуюся строку, я смог запустить веб-сервер.

0
27.01.2020, 19:39

Теги

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