Экран был обновлен, так как те экранные сессии были запущены?
Я не могу вспомнить точные детали, но я действительно помню что приблизительно месяц или три назад, 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
Я нашел этот поток, который обсуждает выполнение чего-то вдоль этих строк. Поток довольно непреклонен по отношению к не наличию нескольких строки строк /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 и они не накладываются затем, Вы, вероятно, в безопасности сделать то, что Вы делаете. Просто имейте в виду, что, если существует какое-либо перекрытие такой как, что было упомянуто в потоке выше, затем можно столкнуться с решением вопросов.
Я полагаю, что третий метод хорошо работал; существует ли проблема с этим?
Я всегда делал это немного, но существует потенциальная проблема с тех пор согласно man gethostbyaddr
тот системный вызов может использовать /etc/hosts
связать IP-адрес с именем. Хотя намного более общий падеж наоборот (получите адрес от имени), знайте об этом в случае, если что-либо забавное происходит.
slm
делает достойно рассмотрения; возможно, система не была предназначена, чтобы использоваться этот путь, в конце концов. Я собираюсь продолжать делать его (n.b. Я главным образом просто использую это для 127.0.0.1, таким образом, я могу пересадить и протестировать вещи локально, не изменяя виртуальную конфигурацию хоста), но я добавил протест к последнему абзацу.
– goldilocks
26.11.2013, 20:20
Apache 2.4 отказывался запускаться в моей системе Unix. Основной причиной были дублирующиеся строки в /etc/hosts. После того, как я удалил повторяющуюся строку, я смог запустить веб-сервер.
hostname
(мятежник OP), и все они решают правильно (мятежник респондент). – goldilocks 26.11.2013, 20:14gethostbyaddr()
вещь, которую они повышают, является значительной. Примечание +1 – goldilocks 26.11.2013, 20:45/etc/hosts
вызывает Вас горе, можно всегда устанавливать DNS. Я выполняю BIND по этой точной причине, (1) b/c легче централизованно справиться и (2) я получаю разрешение путем, что я хочу оттуда без большого количества головных болей. Существуют более легкие опции, такие как DNSMasq для того, чтобы сделать это также. Эти системы могут использоваться на единственном поле также! – slm♦ 26.11.2013, 22:01