Здравствуйте!
У меня наверное быстро решимая
проблема, но я просто решение вопроса
не вижу.
Работает у меня nginx 1.0.8
--------
nginx: nginx version: nginx/1.0.8
nginx: configure arguments: --with-http_gzip_static_module
--with-openssl=/usr/include --with-http_stub_status_module
--http-proxy-temp-path=/dev/shm/nginx/proxy_temp
--http-fastcgi-temp-path=/dev/shm/nginx/fastcgi_temp
--http-uwsgi-temp-path=/dev/shm/nginx/uwsgi_temp
--http-scgi-temp-path=/dev/shm/nginx/scgi_temp
--http-client-body-temp-path=/dev/shm/nginx/client_body_temp
--http-log-path=/var/log/nginx/access.log
--error-log-path=/var/log/nginx/error.log
--conf-path=/etc/nginx/nginx.conf --user=www-data --group=www-data
--------
и в соответствующем файле у меня стоит
в секции Server:
--------
location /status {
stub_status on;
access_log off;
allow 127.0.0.1;
deny all;
}
------
всё такие я получаю ошибку 404, когда я на
сервере наберу "GET domain/status"
В чем может состоить проблема?
Спасибо вам большое.
Андрей
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,216178,216178#msg-216178
Здравствуйте!
Проблема такая: после изменения
конфига и reload-a Nginx эти изменения не
работают. Если сделать restart - все
работает.
Проблема появилась с ростом кол-ва
виртуальных хостов (сейчас 520 шт) и
соответствующим ростом размера
конфигов, т.к. раньше все было Ок.
Структура конфигов такая: 1 общий nginx.conf,
в который включаются конфиги
виртуальных хостов: include hosts/*.conf
Соответственно изменения внутри этих
hosts/*.conf не работают если не сделать restart
Nginx.
Версия сейчас 0.8.54, была 0.7.67.
Проявлялось на обоих.
Есть-ли какие-то варианты на что нужно
посмотреть ?
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,179057,179057#msg-179057
Здравствуйте, Nginx-ru.
Подскажите, где почитать как работают вложенные локейшны
(последовательность проверки, как определяется результат) ?
Спасибо.
--
С уважением,
Pavel mailto:pavel2000@ngs.ru
nginx/0.7.65
имеем в логах такого рода ошибки.
sendfile() failed (9: Bad file descriptor) while sending request to
upstream, client: x.x.x.x, server: foo.ru, request: "POST
/edit/19067.php HTTP/1.1", subrequest: "/service/cache.php", upstream:
"http://10.0.1.42:8200/service/cache.php?method=ssi&cacheid=4409", host:
"foo.ru", referrer: "http://foo.ru/edit/19067.php"
к сожалению воспроизвести
неполучилось, но есть предположение,
что перед отправкой суб-запроса
переданный в форме файл уже почищен. в
связи с этим вот такая вот ситуация
складывается.
локейшин, который обрабатывает сси
следующий:
location ^~ /service/ {
default_type text/html;
error_page 404 502 504 = @dynamic;
if ( $request_method = POST ) {
return 404;
}
if ( $arg_cacheid = "" ) {
return 404;
}
set $memcached_key "cache|$arg_cacheid";
memcached_connect_timeout 2;
memcached_read_timeout 5;
memcached_send_timeout 5;
memcached_pass @cache;
}
баг?
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,118976,118976#msg-118976
Приветствую всех.
ситуация следующая: есть сайт на nginx+php-fpm. Назовем его site.com. Есть
два поддомена этого сайта - subdomen1.site.com и subdomen2.site.com. Все они
сидят на одном ip. Конфиги:
- базовый
http {
server {
listen ip:80;
server_name site.comwww.site.com;
access_log /var/log/nginx/site_access.log main;
error_log /var/log/nginx/site_error.log error;
root /home/site/data;
...
}
include subdomen1.conf;
include subdomen2.conf;
}
- первый поддомен
server {
listen ip:80;
server_name subdomen1.site.com;
access_log /var/log/nginx/subdomen1_access.log main;
error_log /var/log/nginx/subdomen1_error.log error;
root /home/subdomen1/data;
...
}
- второй поддомен
server {
listen ip:80;
server_name subdomen2.site.com;
access_log /var/log/nginx/subdomen2_access.log main;
error_log /var/log/nginx/subdomen2_error.log error;
root /home/subdomen2/data;
...
}
Казалось бы все должно быть ОК.
Но. Поведение всей этой конструкции вгоняет в ступор. Обращаемся на site.com
- все ок, обращаемся на subdomen1.site.com - все ок, обращаемся на
subdomen2.site.com - и получаем перенаправление на site.com. Фактически мы
даже не получаем запись в subdomen2_access.log, обращение пишется сразу в
site_access.log. Такое ощущение, что при пробеге по конфигу nginx не видит в
упор запись про subdomen2.
Пробовал ходить на разные порты, т.е. написал вот так
- второй поддомен
server {
listen ip:8080;
server_name subdomen2.site.com;
access_log /var/log/nginx/subdomen2_access.log main;
error_log /var/log/nginx/subdomen2_error.log error;
root /home/subdomen2/data;
...
}
и заходить по адресу subdomen2.site.com:8080 - и чудо случилось, попадаю
куда надо.
Вопрос, а как так может быть? почему в первом случае с одинаковыми портами
nginx не видит запись про subdomen2, а при разных портах все прекрасно?
Понятно что мне нельзя оставлять порт 8080, все должно работать на
стандартном 80. Но оно отказывается.
Заранее всем спасибо за помощь и идеи.
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,238601,238601#msg-238601
2010/03/13 22:19:29 [error] 11592#0: *134452425 connect() to
unix:/tmp/php-fpm.sock failed (11: Resource temporarily unavailable) while
connecting to upstream,
Такой ошибкой завален лог. При этом большая часть запросов уходят на бэкэнд
php-fpm.
Что может быть не так, что подкрутить?
nginx 0.8.34
конфиг php-fpm http://pastie.org/868184
Заранее благодарен за помощь.
Добрый день.
На нашел обсуждение в архиве рассылки на данную тему, решил написать,
кто-нибудь настраивал в nginx домены в зоне РФ. Что нужно указывать в
server_name?
Собссна сабж
Надо сделать так, чтобы при заходе на http://somedomain.ru
Был список файлов, но скачать их нельзя было,
То есть при попытке скачать файл по прямой ссылке выдавалась
Ошибка 403(или любая другая)
Желательно запостить такой конфиг
Спасибо!
Posted at Nginx Forum: http://forum.nginx.org/read.php?21,18238,18238#msg-18238
На сервере есть ссылки на некоторую динамику, которые нужно профильтровать.
ссылки примерно такого харакетера
http://mydomain.com/dsfdasf/sfasdf/file.php?EXAMPLE_3=2http://mydomain.com/dsfdasf/sfasdf/file.php&EXAMPLE_=1
сделал отдельный локейшн, удовлетворяющий данному запросу.
server_name mydomain.com
location ~ ^.*(EXAMPLE_).*$ {
rewrite ^ http://mydomain.com redirect;
}
если в запросе содержится знак вопроса '?'
то данный регексп не обрабатывается.
пробовал также экранировать знак вопроса '\?' - не помогло.
пробовал как через location, так и непосредственно в реврайте указать
такой регексп.
В чем может быть ошибка?