Roundcube ошибка 404

[zikuzs]

Здравствуйте,сервер Centos 7 ,Ngnix+Php-Fpm
один администратор делал настройку сервера,по ошибке убрал клиент вебмэйл,появилась ошибка 404, но потом вернул обратно.Почта заработала. А после перезагрузки та же, ошибка 404,и не допишешься до него.Вот что пишет консоль.
[root@scw-33aece ~]# nginx -s reload
nginx: [emerg] "location" directive is not allowed here in /etc/nginx/conf.d/webmail.inc:1
[root@scw-33aece ~]#
в папке /etc/nginx/conf.d три файла
status.conf
vesta.conf
webmail.inc

Содержимое Webmail.confShow

location /webmail {
alias /usr/share/roundcubemail/;

location ~ /(config|temp|logs) {
return 404;
}

location ~ ^/webmail/(.*\.php)$ {
alias /usr/share/roundcubemail/$1;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $request_filename;
}
location ~* ^/webmail/(.+\.(jpg|jpeg|gif|css|png|js|ico|html|xml|txt))$ {
alias /usr/share/roundcubemail/$1;
}
}

При переходе на почтовый клиент,почему то показывается домен,второго пользователя веста панели.

что еще нужно для анализа ситуации?

[imperio]

Добрый день.
Выложите сюда результаты команд

Code: Select all

service nginx restart
systemctl status nginx.service

[zikuzs]

Добрый день.
Выложите сюда результаты команд

Code: Select all

service nginx restart
systemctl status nginx.service

systemctl status nginx.serviceShow

[root@scw-33aece ~]# systemctl status nginx.service
● nginx.service - nginx - high performance web server
Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; vendor preset: disabled)
Active: active (running) since Sat 2017-12-09 10:56:35 UTC; 2 days ago
Docs: http://nginx.org/en/docs/
Process: 1658 ExecReload=/bin/kill -s HUP $MAINPID (code=exited, status=0/SUCCESS)
Process: 28209 ExecStart=/usr/sbin/nginx -c /etc/nginx/nginx.conf (code=exited, status=0/SUC CESS)
Process: 28136 ExecStartPre=/usr/sbin/nginx -t -c /etc/nginx/nginx.conf (code=exited, status =0/SUCCESS)
Main PID: 28214 (nginx)
CGroup: /system.slice/nginx.service
├─22982 nginx: worker process
├─22983 nginx: worker process
├─22984 nginx: worker process
├─22985 nginx: worker process
├─22986 nginx: worker process
├─22987 nginx: worker process
├─22988 nginx: cache manager process
└─28214 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf

Dec 09 10:56:35 scw-33aece nginx[28136]: nginx: configuration file /etc/nginx/nginx.conf...ful
Dec 09 10:56:35 scw-33aece systemd[1]: Started nginx - high performance web server.
Dec 09 11:16:29 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 09 13:21:09 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 09 20:58:11 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 09 21:47:40 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 10 04:22:57 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 10 04:32:56 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 11 12:44:53 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Dec 11 13:12:23 scw-33aece systemd[1]: Reloaded nginx - high performance web server.
Hint: Some lines were ellipsized, use -l to show in full.
[root@scw-33aece ~]#

Если я выполню service nginx restart ,ngnix может заново не запуститься,мне сейчас Важна работа сервера,хотябы до ночи.
Это команда очень нужна?
После рестарта сервера,это ведь тот же самый перезапуск ngnix?
была ошибка что указана в первом посте темы nginx: [emerg] "location" directive is not allowed here in /etc/nginx/conf.d/webmail.inc:1

[imperio]

Попробуйте выполнить ребилд веб для пользователей
Для админа команда такая:

Code: Select all

v-rebuild-web-domains admin

Команда возвращает исходное состояние конфигов
(после ребилда, команда рестартит веб службы)

[zikuzs]

Попробуйте выполнить ребилд веб для пользователей
Для админа команда такая:

Code: Select all

v-rebuild-web-domains admin

Команда возвращает исходное состояние конфигов
(после ребилда, команда рестартит веб службы)

у меня два пользователя в панели,для admin делал эту команду,после перезапуска сервера,так как ngnix не грузился.
Для второго пользователя (admin2) сделал только что эту команду осталось также,домен этого пользователя как раз и показывается на скрине.
Домен к слову, первый в конфиге.

[imperio]

Обратитесь к администратору, который вам настраивал сервер. По умолчанию VestaCP и прикладное ПО предоставляется в рабочем состоянии. Мы не можем отвечать за то, что ваш администратор нарушил конфиги. Поэтому поддержка в этом случае оказывается на коммерческой основе на сервере клиента. Если бы проблема была сразу после установки, без дополнительной модификации со стороны пользователя - тогда другой вопрос.