Apache не может найти виртуальный хост, если домен совпадает с сервером FQDN
Общее (и несколько топорный) способ решить эту проблему состоит в том, чтобы записать функцию, которая "ожидает сети" путем важной попытки проверить с помощью ping-запросов хост, пока это не успешно выполняется. Можно дополнительно включать значение тайм-аута, где сценарий в конечном счете сдастся. У меня есть основанная на JScript версия этой функции, если Вы хотели бы, чтобы я отправил ее.
Я думал бы более изящный способ сделать, это должно будет использовать WMI для запросов состояния сетевого адаптера в цикле, пока у Вас нет допустимого IP-адреса. У меня нет примера выполнения этого все же.
Вот некоторые другие вещи думать о при выборе решения. Будет ваше дело определять, как устойчивый Вы хотите сделать его.
- Просто, потому что DHCP возвратился, допустимый IP не означает, что можно соединиться с файловым сервером
- Просто, потому что можно проверить с помощью ping-запросов файловый сервер, не означает подключать диск, будет всегда работать
Ну, кажется, что нет никакого реального ответа на это, это может только быть вещь Debian/Ubuntu на основе того, как они разрешают свой собственный FQDN.
Я нашел, что просто комментирование хоста и разрешения FQDN в/etc/hosts решило проблему.
#127.0.1.1 host1.example.com host1
Однако это не фактическое решение, это требуется иначе, Вы получаете ошибки при попытке выполнить sudo и другие программы, потому что ему не удается разрешить имя хоста.
Простое решение для меня состояло в том, чтобы добавить одну строку к с 000 значениями по умолчанию:
ServerName localhost
Это не действительное решение ни один как таковой, но это означает, что это не будет соответствовать для других хостов и потому что это - первый Apache хоста, находит, что это решит к этому хосту, если соответствие не будет найдено.
Каждый раз, когда Apache поднимает несправедливость vhost, httpd -t -D DUMP_VHOSTS обычно довольно хорошо в указании, какова проблема.