У меня есть обратный прокси nginx, работающий на Ubuntu 14.04 LTS. Когда запросы поступают на прокси nginx, он передает их на сервер IIS, содержащий один (по умолчанию) веб-сайт. Кажется, он нормально отображает HTML, но, к сожалению, сервер отвечает ошибкой 404 для всех остальных ресурсов.
Вот /etc/nginx/nginx.conf
файл:
user www-data;
worker_processes 4;
pid /run/nginx.pid;
events {
worker_connections 768;
# multi_accept on;
}
http {
##
# Basic Settings
##
sendfile off;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# Logging Settings
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie6";
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
Вот default
конфигурация моего сервера nginx:
server {
listen 80 default_server;
listen [::]:80 default_server ipv6only=on;
index index.php index.html index.htm;
server_name example.com www.example.com;
location / {
try_files $uri $uri/ =404;
proxy_pass http://104.46.52.226/;
}
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/html;
}
location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
Вот результат запроса к example.com
( www.example.com
файлу hosts)имеетбыли изменены):
Я подумал, что, возможно, проблема в том, что root
в конфигурации моего сервера нет директивы, но тогда я не знал, с чего начать. По крайней мере, я знаю, что проблема не в самом сервере IIS, потому что я могу просматривать localhost отлично.
Есть мысли? Спасибо большое заранее.
Редактировать: Вот также мои журналы ошибок:
2015/10/13 09:41:10 [emerg] 3069#0: invalid number of arguments in "proxy_pass" directive in /etc/nginx/sites-enabled/armari.com:31
2015/10/13 10:12:33 [emerg] 3606#0: "listen" directive is not allowed here in /etc/nginx/sites-enabled/armari.com:2
2015/10/13 13:39:18 [error] 3911#0: *1 open() "/usr/share/nginx/html/css/new-web.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/new-web.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:18 [error] 3911#0: *3 open() "/usr/share/nginx/html/css/nivo/themes/default/default.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/themes/default/default.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:18 [error] 3911#0: *4 open() "/usr/share/nginx/html/css/nivo/nivo-slider.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/nivo-slider.css HTTP/1.1", host: "www.armari.com", referrer: "http://www.armari.com/"
2015/10/13 13:39:21 [error] 3911#0: *8 open() "/usr/share/nginx/html/css/new-web.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/new-web.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"
2015/10/13 13:39:21 [error] 3909#0: *10 open() "/usr/share/nginx/html/css/nivo/themes/default/default.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/themes/default/default.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"
2015/10/13 13:39:21 [error] 3909#0: *11 open() "/usr/share/nginx/html/css/nivo/nivo-slider.css" failed (2: No such file or directory), client: 188.39.188.214, server: armari.com, request: "GET /css/nivo/nivo-slider.css HTTP/1.1", host: "armari.com", referrer: "http://armari.com/"
решение1
В конце концов решение нашлось - я заставил сервер nginx попытаться обслуживать файлы локально с помощью try_files $uri $uri/ =404;
. Все, что мне нужно было сделать, это удалить эту строку, и все заработало отлично :)
location / {
proxy_pass http://104.46.52.226/;
}
решение2
Начиная с наименее вероятной проблемы, является ли 80 правильным портом для proxy_pass http://104.46.52.226/
? Если нет, то какой порт он прослушивает? Если это, скажем, 5000, вам нужен proxy_passhttp://104.46.52.226:5000; Вероятно, это не ваша проблема.
Вам необходимо задать некоторые заголовки в блоке расположения, чтобы IIS мог их использовать:
proxy_set_header x-real-IP $remote_addr;
proxy_set_header x-forwarded-for $proxy_add_x_forwarded_for;
proxy_set_header host $http_host;
ЦитироватьКарл Сегуин:
Поскольку Nginx фактически отправляет запрос нашему веб-серверу, мы добавляем заголовки к запросу, чтобы веб-сервер имел всю необходимую информацию.
Он также говорит о кэшировании.
Файл /etc/nginx/sites-enabled/armari.com
выглядит так, будто в нем есть закомментированная server {
строка. Это одна из ошибок. ВСЕ файлы /etc/nginx/sites-enabled/
должны работать, чтобы Nginx чувствовал себя хорошо. Если это этот файл, вы, вероятно, просто не вставили #
(код начала комментария). Или, возможно, вы изменили его после возникновения ошибки.