Flarum в подкаталоге вместе с Laravel (Nginx)

Я пытался поместить Flarum в подкаталог с Laravel, находящимся в корне каталог. Я пробовал несколько вещей, и единственный ответ, который я получаю от сервера, - это либо 404, либо индекс laravel. даже после нескольких часов пребывания в сети

я также должен упомянуть, что когда я загружаюсь в минимальном / etc / network / interfaces, заменяю файл на правильный и перезапускаю сеть, все в порядке (занимает 20 минут, но по крайней мере это работает)

Я понятия не имею, что происходит, вот что возвращает journalctl -b -u network.service :

Feb 15 00:09:38 systemd[1]: Starting LSB: Raise network interfaces....
Feb 15 00:09:48 networking[691]: Configuring network interfaces...RTNETLINK answers: File exists
Feb 15 00:09:48 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Waiting for DAD... Done
Feb 15 00:09:50 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:50 networking[691]: Failed to bring up eth0.
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:09:55 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:00 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:06 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:09 ntpdate[1009]: 37.187.98.51 rate limit response from server.
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:11 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 ntpdate[1059]: 130.236.254.17 rate limit response from server.
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:16 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:18 ntpdate[1009]: step time server 213.251.128.249 offset -0.100865 sec
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:21 networking[691]: RTNETLINK answers: File exists
Feb 15 00:10:23 ntpdate[1059]: step time server 213.251.128.249 offset -0.100906 sec
Feb 15 00:10:26 ntpdate[1155]: 130.236.254.17 rate limit response from server.

Любая помощь будет очень признательна

С уважением

2
задан 16 February 2016 в 22:04
1 ответ

Этот отчет об ошибке: https://bugs.debian.org/cgi-bin/bugreport .cgi? bug = 754218 кажется весьма актуальным. Пользователь описывает аналогичную проблему, при которой его система зависает с отображением сообщения «Выполняется задание для LSB: повышение уровня сетевых интерфейсов».

Они используют следующие шаги для определения причины проблемы:

  1. Включите оболочку отладки:
    • systemctl enable debug-shell.service
  2. Перезагрузите систему.
  3. Сообщения об отладке раскрывают причину проблемы:
    • /etc/network/if-up.d/local-firewall

Этот пользователь использовал shorewall, но несколько других пользователей сообщают об аналогичных проблемах с другими межсетевыми экранами позже в цепочке. Если в сеансе отладки выясняется, что проблема связана с инициализацией брандмауэра, эти шаги могут решить проблему:

  1. Для завершения загрузки пользователю пришлось несколько раз использовать команду killall:
    • killall local-firewall
  2. После загрузки ОС пользователь отредактировал сценарий /etc/network/if-up.d/local-firewall из:

     #! / Bin / sh
    FIREWALL = shorewall
    FIREWALL6 = shorewall6
    
    service $ FIREWALL перезапуск
    перезапуск службы $ FIREWALL6
     

    в:

     #! / Bin / sh
    если [-d / run / systemd / system];  тогда
      список заданий systemctl |  grep -q network.target && выйти 0
    фи
    перезапуск службы Shorewall
    перезапуск службы shorewall6
     

Эта модификация решает проблему, поскольку условие «if» позволяет инициализации брандмауэра дождаться полной инициализации сетевой карты, что позволяет заполнить несколько переменных среды, от которых зависит брандмауэр.

Если вы не используете локальный брандмауэр, есть еще один аналогичный отчет об ошибке, но проблема вызвана монтированием NFS во время загрузки. Если это ближе к вашей среде, это может оказаться интересным: https://bugs.debian.org/cgi-bin / bugreport.cgi? bug = 746358

3
ответ дан 3 December 2019 в 10:38

Теги

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