Custom Query (2297 matches)
Results (4 - 6 of 2297)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#784 | invalid | Странное поведение внутренних переменных | ||
Description |
Здравствуйте, Столкнулся с очень странным поведением nginx-a. Суть такова. Делаю запрос через curl такого вида curl 'https://www.dezmembrariauto.md/ru/auto-dealer-default-page/images/6674/expisnew/index.php?option=com_socialads&task=checkifadsavailable' -H 'Accept: text/html, */*; q=0.01' -H 'Accept-Encoding: gzip, deflate' -H 'Accept-Language: en-US,en;q=0.5' -H 'Content-Type: application/x-www-form-urlencoded; charset=UTF-8' -H 'Cookie: 114912b8dbc5730d7ad8d754e2078541=ru-RU; 58683124b2ed7032f323b0731724a131=7l234m855895sthlelm35sm7n4' -H 'Host: www.dezmembrariauto.md' -H 'Referer: https://www.dezmembrariauto.md/ru/auto-dealer-default-page/images/6674/expisnew/1.html' -H 'User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:40.0) Gecko/20100101 Firefox/40.0' -H 'X-Requested-With: XMLHttpRequest' --data $'ad_id=3&zone_id=2&module_id=\'427\ --insecure Коротко, POST запрос на страницу https://www.dezmembrariauto.md/index.php?option=com_socialads&task=checkifadsavailable В логах получаю ответ что это POST запрос, но на php-fpm отправляется не то что ожидаю увидеть. Добавил в location который обрабатывает данный запрос такие директивы location @joomla {
add_header ARGS "$args" always; add_header REQUEST "$request" always; add_header QUERY_STRING "$query_string" always; add_header REQUEST_METHOD "$request_method" always; add_header CONTENT_TYPE "$content_type" always; add_header CONTENT_LENGTH "$content_length" always; add_header SCRIPT_NAME "$fastcgi_script_name" always; add_header SCRIPT_FILENAME "$document_root$fastcgi_script_name" always; add_header REQUEST_URI "$request_uri" always; add_header DOCUMENT_URI "$document_uri" always; add_header DOCUMENT_ROOT "$document_root" always; add_header SERVER_PROTOCOL "$server_protocol" always; add_header HTTPS "$https" always; } В ответ получаю такие заголовки < Server: nginx < Date: Thu, 10 Sep 2015 07:36:29 GMT < Content-Type: text/html; charset=utf-8 < Transfer-Encoding: chunked < Connection: keep-alive < Keep-Alive: timeout=60 < X-Powered-By: PHP/5.4.45 < P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM" < Content-Encoding: gzip < Expires: Mon, 1 Jan 2001 00:00:00 GMT < Last-Modified: Thu, 10 Sep 2015 07:36:29 GMT < Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 < Pragma: no-cache < LOCAT: joomla < REQUEST: POST /ru/auto-dealer-default-page/images/6674/expisnew/index.php?option=com_socialads&task=checkifadsavailable HTTP/1.1 < REQUEST_METHOD: GET < CONTENT_TYPE: application/x-www-form-urlencoded; charset=UTF-8 < CONTENT_LENGTH: 33 < SCRIPT_NAME: /403_error.html < SCRIPT_FILENAME: /home/admin/web/dezmembrariauto.md/public_html/403_error.html < REQUEST_URI: /ru/auto-dealer-default-page/images/6674/expisnew/index.php?option=com_socialads&task=checkifadsavailable < DOCUMENT_URI: /403_error.html < DOCUMENT_ROOT: /home/admin/web/dezmembrariauto.md/public_html < SERVER_PROTOCOL: HTTP/1.1 < HTTPS: on Задаюсь вопросом, почему на php-fpm отправляется fastcgi_param REQUEST_METHOD равен GET а не POST Также теряются аргументы $args/$query_string Если из URI запроса просто убрать index.php то nginx ведёт себя правильно и агрументы не теряются. |
|||
#902 | invalid | сервер игнорирует AAAA ответы от DNS сервера | ||
Description |
Не могу проксировать страницу на сервер у которого отсутствует IPv4 адрес. Для воспроизведения проблемы необходимо:
Пример конфигурации виртуального сервера server { listen 5984 default_server; server_name db.xcommnetwork.com; root /usr/share/nginx/vhost/db.xcommnetwork.com; resolver 127.0.0.1 valid=5 ipv6=on; set $backend "virtual-db.app.xcommnetwork.com"; location / { proxy_pass http://$backend; } } Пример вывода в логе NGINX 2016/02/16 12:50:57 [error] 34002#0: *41 virtual-db.app.xcommnetwork.com could not be resolved (3: Host not found), client: 127.0.0.1, server: db.xcommnetwork.com, request: "GET / HTTP/1.1", host: "127.0.0.1:5984" 2016/02/16 12:50:57 [error] 34002#0: *42 virtual-db.app.xcommnetwork.com could not be resolved (3: Host not found), client: 127.0.0.1, server: db.xcommnetwork.com, request: "GET / HTTP/1.1", host: "127.0.0.1:5984" 2016/02/16 12:50:58 [error] 34002#0: *43 virtual-db.app.xcommnetwork.com could not be resolved (3: Host not found), client: 127.0.0.1, server: db.xcommnetwork.com, request: "GET / HTTP/1.1", host: "127.0.0.1:5984" 2016/02/16 12:50:58 [error] 34002#0: *44 virtual-db.app.xcommnetwork.com could not be resolved (3: Host not found), client: 127.0.0.1, server: db.xcommnetwork.com, request: "GET / HTTP/1.1", host: "127.0.0.1:5984" Пример вывода команды nslookup [root@node2.app:1 ~]# nslookup -type=aaaa virtual-db.app.xcommnetwork.com Server: 127.0.0.1 Address: 127.0.0.1#53 virtual-db.app.xcommnetwork.com has AAAA address 2a03:5180:5:4::2 [root@node2.app:1 ~]# nslookup -type=a virtual-db.app.xcommnetwork.com Server: 127.0.0.1 Address: 127.0.0.1#53 !** server can't find virtual-db.app.xcommnetwork.com: NXDOMAIN |
|||
#597 | worksforme | Самопроизвольное отключение процессов | ||
Description |
2014-07-22 08:07:54 я обнаружил, что один из моих сайтов не работает (shared hosting). В 08:32:21 все сайты работать перестали. Я посмотрел лог и увидел: root@server:~# cat /var/log/nginx/error.log | grep "2014/07/22 08" | tail -8 2014/07/22 08:32:21 [alert] 9073#0: worker process 9074 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9075 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9076 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9079 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9080 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9081 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9082 exited on signal 9 2014/07/22 08:32:21 [alert] 9073#0: worker process 9084 exited on signal 9 Первым делом подумал, что процессы убил oom-killer, однако версия не подтвердилась: root@server:~# cat /var/log/messages | grep -i oom пусто Помогла лишь перезагрузка nginx. Каким образом я могу обнаружить причину отказа всех процессов nginx? Возможно я должен был смотреть другие логи и что-то упустил? |