Я пытался поместить 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.
Любая помощь будет очень признательна
С уважением
Этот отчет об ошибке: https://bugs.debian.org/cgi-bin/bugreport .cgi? bug = 754218 кажется весьма актуальным. Пользователь описывает аналогичную проблему, при которой его система зависает с отображением сообщения «Выполняется задание для LSB: повышение уровня сетевых интерфейсов».
Они используют следующие шаги для определения причины проблемы:
systemctl enable debug-shell.service
/etc/network/if-up.d/local-firewall
Этот пользователь использовал shorewall, но несколько других пользователей сообщают об аналогичных проблемах с другими межсетевыми экранами позже в цепочке. Если в сеансе отладки выясняется, что проблема связана с инициализацией брандмауэра, эти шаги могут решить проблему:
killall local-firewall
После загрузки ОС пользователь отредактировал сценарий /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