Рейтинг:0

Конфигурация виртуального хоста Apache внезапно перестала работать; как отлаживать?

флаг de

ни с того ни с сего моя конфигурация виртуального хоста больше не работает. Итак, моя настройка должна быть довольно простой: на порт 80 я хочу доставить два приложения WSGI, и это файл .conf, который я использую:

<VirtualHost *:80>
        ServerName mogli.secret.de

        #########
        # RESTAPI
        #########

        WSGIScriptAlias /mogli/api /opt/mogli/restapi/app.wsgi
        <Directory /opt/mogli/restapi/>
                Options FollowSymLinks
                AllowOverride None
                Require all granted
        </Directory>

        #########
        # WEBAPP
        #########

        WSGIScriptAlias /mogli/webapp /opt/mogli/webapp/app.wsgi
        <Directory /opt/mogli/webapp/>
                Options FollowSymLinks
                AllowOverride None
                Require all granted
        </Directory>

        ErrorLog ${APACHE_LOG_DIR}/error.log
        LogLevel debug
        CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

Итак, как я уже сказал, у меня это сработало, поэтому я не знаю, что действительно изменилось. Сервер Apache запускается без проблем. я тоже побежал a2ensite Фляга Могли успешно. Но когда я открываю свое веб-приложение, оно просто говорит 404 Не найдено. (страница индекса по умолчанию на / работает, кстати)

Журнал доступа говорит то же самое:

"GET /mogli/api/doc HTTP/1.1" 404 507 "-" "Mozilla/5.0 [...]"

Журнал ошибок вообще ничего не говорит, когда я открываю веб-страницу, есть только некоторые уведомления:

[Чт, 14 октября, 07:29:36.906477 2021] [core:notice] [pid 159:tid 140444421547136] AH00094: Командная строка: '/usr/sbin/apache2'
[Чт, 14 октября, 07:30:11.780214 2021] [mpm_event:notice] [pid 159:tid 140444421547136] AH00491: обнаружен SIGTERM, завершение работы
[Чт, 14 октября, 07:52:09.914051 2021] [mpm_event:notice] [pid 165:tid 140689596499072] AH00489: настроен Apache/2.4.38 (Debian) mod_wsgi/4.6.5 Python/3.7 – возобновление нормальной работы

При работе apachectl -t -D DUMP_VHOSTS Я получаю этот статус:

Конфигурация виртуального хоста:
*:80 — это NameVirtualHost
         сервер по умолчанию mogli.secret.de (/etc/apache2/sites-enabled/000-default.conf:1)
         порт 80 namevhost mogli.secret.de (/etc/apache2/sites-enabled/000-default.conf:1)
         порт 80 namevhost mogli.secret.de (/etc/apache2/sites-enabled/MogliFlask.conf:1)

Я использую Debian 10.

Вещи, которые я пробовал до сих пор:

  • Перезапуск сервера
  • Переустановка мода Apache2 и WSGI
  • Поиск в Google, как на самом деле отладить такую ​​​​ошибку, без успеха

Итак, мой вопрос: как мне отследить мою ошибку? Что не так с конфигурацией VirtualHost? Любой тип подсказки был бы полезен, я очень потерян в этом. Спасибо!

Gmck avatar
флаг tr
error.log вообще ничего не содержит - даже на уровне отладки?
Standard avatar
флаг de
@Gmck: при открытии веб-страницы нет новой информации, но есть некоторые другие уведомления, которые я добавил к вопросу.
флаг in
Ваш DUMP_VHOSTS показывает, что у вас есть виртуальные хосты в двух файлах конфигурации. Вы выложили только один. Что с другим?
Standard avatar
флаг de
@GeraldSchneider, это 000 по умолчанию, я только что узнал, что это проблема (см. Мой собственный ответ). Это действительно странно, так как у меня он работал несколько месяцев без необходимости отключать его. Как ни крути - теперь работает. Спасибо
Рейтинг:0
флаг de

Итак, я нашел решение:

sudo a2dissite 000-по умолчанию

Я не знаю, почему это работало раньше без отключения 000-по умолчанию, но тайна разгадана.

Gmck avatar
флаг tr
000-default, вероятно, имеет приоритет. Связи так и не добрались до вашего сайта MogliFlask. Рад видеть, что вы решили это.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.