Я проснулся сегодня утром и обнаружил, что новый сервер Nginx, на котором я сам себя учил, больше не обслуживает веб-сайты. Похоже, это потому, что Nginx больше не работает. Однако, когда я пытаюсь запустить его, я получаю такую ошибку:
Starting nginx: nginx: [emerg] unknown "https" variable
[FAILED]
Насколько мне известно, ничего не изменилось, и вчера все работало нормально, но ничто из того, что я искал до сих пор, не помогло мне найти решение.
Если я запустил перезапуск службы nginx, я получу следующее:
nginx: [emerg] unknown "https" variable
nginx: configuration file /etc/nginx/nginx.conf test failed
Пока что у меня есть все, что я смог найти об этом, например, здесь и в нескольких других местах: http://www.howtoforge.com/forums/showthread.php?t=60733 говорит, что нужно закомментировать строки в fastcgi_params, однако у меня вообще нет этих строк.
Я также пробовал комментировать ссылки на https, чтобы посмотреть, что происходит, но, похоже, это не имеет никакого значения.
Мой файл Nginx.conf:
user nginx;
worker_processes 1;
#error_log /var/log/nginx/error.log;
#error_log /var/log/nginx/error.log notice;
error_log /var/log/nginx/error.log info;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /var/log/nginx/access.log main;
sendfile on;
#tcp_nopush on;
autoindex off;
map $scheme $fastcgi_https { ## Detect when HTTPS is used
default off;
https on;
}
#keepalive_timeout 0;
keepalive_timeout 65;
gzip on;
gzip_comp_level 2;
gzip_proxied any;
#gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;
# Load config files from the /etc/nginx/conf.d directory
# The default server is in conf.d/default.conf
include /etc/nginx/conf.d/*.conf;
}
В настоящее время на нем работает тестовый сайт Magento, файл .conf для него выглядит так:
server {
listen 80;
server_name freshtrifle.com;
rewrite / $scheme://www.$host$request_uri permanent; ## Forcibly prepend a www
}
server {
listen 80;
## SSL directives might go here
server_name www.freshtrifle.com *.freshtrifle.com; ## Domain is here twice so server_name_in_redirect will favour the www
root /var/www/freshtrifle.com;
location / {
index index.html index.php; ## Allow a static html file to be shown first
try_files $uri $uri/ @handler; ## If missing pass the URI to Magento's front handler
expires 30d; ## Assume all files are cachable
}
## These locations would be hidden by .htaccess normally
location ^~ /app/ { deny all; }
location ^~ /includes/ { deny all; }
location ^~ /lib/ { deny all; }
location ^~ /media/downloadable/ { deny all; }
location ^~ /pkginfo/ { deny all; }
location ^~ /report/config.xml { deny all; }
location ^~ /var/ { deny all; }
location /var/export/ { ## Allow admins only to view export folder
auth_basic "Restricted"; ## Message shown in login window
auth_basic_user_file htpasswd; ## See /etc/nginx/htpassword
autoindex on;
}
location /. { ## Disable .htaccess and other hidden files
return 404;
}
location @handler { ## Magento uses a common front handler
rewrite / /index.php;
}
location ~ .php/ { ## Forward paths like /js/index.php/x.js to relevant handler
rewrite ^(.*.php)/ $1 last;
}
location ~ .php$ { ## Execute PHP scripts
if (!-e $request_filename) { rewrite / /index.php last; } ## Catch 404s that try_files miss
expires off; ## Do not cache dynamic content
fastcgi_pass 127.0.0.1:9000;
fastcgi_param HTTPS $fastcgi_https;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param MAGE_RUN_CODE default; ## Store code is defined in administration > Configuration > Manage Stores
fastcgi_param MAGE_RUN_TYPE store;
include fastcgi_params; ## See /etc/nginx/fastcgi_params
}
}
Мой файл fastcgi_params выглядит так:
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;
Кто-нибудь видит что-нибудь, что мне не хватает? Мне нужно посмотреть еще один файл?
Будем признательны за любые советы, спасибо.
Добавьте это в конфигурацию Nginx в http {}. Проблема со старыми версиями Nginx заключается в том, что переменная не определена. Это определяет переменную.
map $scheme $fastcgi_https {
default off;
https on;
}
Отсутствие установленного $ _SERVER ['HTTPS'] не будет препятствовать работе SSL в целом, но отправит Magento в бесконечный цикл перенаправления на защищенных страницах. Magento проверяет, должна ли текущая страница быть безопасной, а затем проверяет, действительно ли она безопасна. В противном случае выполняется перенаправление на защищенный URL-адрес. Проблема в том, что эта проверка проверяет наличие $ _SERVER ['HTTPS'].
Обновите Nginx до версии 1.2.7, и пока, похоже, это исправило. Ни один из файлов .conf не изменился, поэтому я предполагаю, что там есть что-то несовместимое. Я не знаю, что именно и почему оно не перестало работать раньше, но на данном этапе, похоже, все работает как следует после его обновления.
в случае, если Google приводит сюда кого-то из моей ситуации, как это сделал я:
Я запускаю Nginx 1.2.7 на нашем сервере разработки Ubuntu и только что прошел через это. Я получил файл conf из вики Magento и внес пару изменений:
»Удален верх server
раздел, чтобы избавиться от www. переписывает
»Изменил magento.com на magento
»Рядом со строкой 51 (как показано на этой ссылке выше) я закомментировал строку с ошибочной переменной.
# fastcgi_param HTTPS $fastcgi_https;
»Выполнен sudo service nginx restart
И теперь моя установка Magento 1.7.0.2 может продвигаться вперед. Если вы здесь и получаете ошибку 404 при установке Magento, вам понадобится указанный выше файл конфигурации.
Установите флажок для пропуска проверки базового URL-адреса, когда придет время.