Eu acordei esta manhã para descobrir que um novo servidor Nginx com o qual estou ensinando não está mais atendendo a sites. Parece que isso acontece porque o Nginx não está mais em execução. Quando eu tento iniciá-lo, recebo este erro:
Starting nginx: nginx: [emerg] unknown "https" variable
[FAILED]
Agora, tanto quanto eu sei, nada foi alterado e estava funcionando bem ontem, mas nada que eu tenha procurado até agora me ajudou a encontrar uma solução para isso.
Se eu executar o serviço nginx restart, recebo o abaixo:
nginx: [emerg] unknown "https" variable
nginx: configuration file /etc/nginx/nginx.conf test failed
Até agora tenho tudo o que consegui encontrar sobre isso, como aqui e em alguns outros lugares: link diz para comentar linhas em fastcgi_params, no entanto, eu não tenho essas linhas em primeiro lugar.
Eu também tentei comentar referências a https apenas para ver o que acontece, mas não parece fazer nenhuma diferença.
Meu arquivo 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;
}
Atualmente, está executando um site de teste do Magento, o arquivo .conf parece:
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
}
}
Meu arquivo fastcgi_params se parece com:
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;
Alguém vê algo que me falta? Existe outro arquivo que eu preciso olhar?
Qualquer conselho seria muito apreciado, obrigado.
Atualize o Nginx para a versão 1.2.7 e até agora isso parece tê-lo corrigido. Nenhum dos arquivos .conf foi alterado, então estou assumindo que há algo lá incompatível. Eu não sei o que exatamente ou porque não parou de funcionar mais cedo, mas neste momento tudo parece estar funcionando como deveria depois de atualizá-lo.
Adicione isto à sua configuração do Nginx em http {}. O problema com versões mais antigas do Nginx é que a variável não está definida. Isso define a variável.
map $scheme $fastcgi_https {
default off;
https on;
}
Não ter o conjunto $ _SERVER ['HTTPS'] não impedirá o SSL de funcionar em geral, mas enviará o Magento para um loop de redirecionamento infinito em páginas seguras. O Magento verifica se a página atual deve estar segura e, em seguida, verifica se ela está realmente segura. Caso contrário, ele redireciona para o URL seguro. O problema é que essa verificação verifica a presença de $ _SERVER ['HTTPS'].
no evento Google traz alguém na minha situação aqui, como isso me fez:
Estou executando o Nginx 1.2.7 em nosso servidor de desenvolvimento do Ubuntu e apenas passei exatamente por isso. Eu tenho o arquivo conf do wiki Magento e fez algumas mudanças:
»Removido a parte superior da seção server para se livrar do www. reescreve
»Mudou magento.com para apenas magento
»Perto da linha 51 (como mostrado no link acima), comentei a linha com a variável de ofensa.
# fastcgi_param HTTPS $fastcgi_https;
»Executado sudo service nginx restart
E agora minha instalação do Magento 1.7.0.2 poderia avançar. Se você está aqui e você está recebendo um erro 404 em instalar Magento, você precisa do arquivo de configuração acima.
Marque a caixa para ignorar a validação do URL base quando chegar a hora.