Проверьте незаконный сценарий тщательно. удостовериться init
попытка состоит в том, чтобы запустить его, когда ее dependecies работают, и что они настроены для запуска. Сравните сценарий для запуска сервиса со сценариев для подобных услуг, записи, что те сценарии являются видом черной магии. Прежде, чем фиксировать на нем запускающийся автоматически, запустите его вручную (что-то как service mydaemon start
могло бы быть доступным), и проверьте то, что происходит, если это работает, и если что-то обнаруживается в журналах. Проверьте так же, что это закрывается чисто. Если вышеупомянутые точки удовлетворены, попытайтесь включить его автоматически снова.
Удачи!
Лучше всего, чтобы [116266]обслуживал только выделенный каталог[116267] в домашнем каталоге пользователей.
Для обслуживания папки [116268]www[116269] в каждой пользовательской папке при обращении к [116270]/
dpkg -S /usr/share/man/man1
Вы также должны разрешить Nginx доступ к этой папке.
aptitude reinstall <package name(s)>
Все приведенные выше ответы дают веские объяснения. До сих пор не упоминалось, что ошибка 403
может сохраняться даже после установки правильных разрешений из-за кеширования, в зависимости от настроек вашего кеша.
Чтобы убедиться, что это не так, сбросьте кеш:
rm -r /path/to/nginx/cache/*
systemctl restart nginx