Я везде искал, чтобы понять, почему мой сервер nginx вызывает перенаправление 301 в одном домене, а не в другом. У меня на этом сервере настроено два сайта в стиле apache (сайты доступны). Скажем, domain1.com и domain2.com. Я тоже использую PHP-FPM. Вот конфигурации
Domain1.com
server {
listen 80; ## listen for ipv4; this line is default and implied
server_name domain1.com www.domain1.com;
root /var/www/domain1.com;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php?$args;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/www;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
}
Domain2.com
server {
listen 80; ## listen for ipv4; this line is default and implied
server_name domain2.com www.domain2.com;
root /home/mike/www;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php?$args;
}
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /usr/share/nginx/www;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
}
Вы заметите, что это в основном то же самое, за исключением server_name и root. В остальном они идентичны. Теперь вот ситуация. domain1.com работает нормально, проблем нет. Сайт для домена domain2 был протестирован ОДИН РАЗ с использованием listen 8000, когда DNS для domain2.com не был изменен на сервер. Когда он был протестирован как IP: 8000, он работал нормально, поэтому я изменил его на домен, изменил порт на 80 и изменил DNS. С тех пор сервер был полностью выключен, а nginx и php5-fpm были перезапущены, вероятно, 100 раз.
Если я захожу на domain2.com в браузере, он автоматически перенаправляется на domain2.com:8000. Если я использую web-sniffer.net и смотрю на заголовок HTTP, он возвращает 301 редирект. Я никогда не настраивал перенаправление, и на этом сервере нет настроек 301. Что меня действительно беспокоит, так это то, что если я захожу на www.domain2.com, когда я удаляю его из файла конфигурации nginx под server_name, я вижу страницу nginx по умолчанию, что означает, что он работает нормально. Как только я добавляю www.domain2.com в директиву server_name в конфигурации, он снова запускает перенаправление 301.
Я также добавил port_in_redirect в раздел http в моем nginx.conf, который, похоже, ничего не сделал.
Кто-нибудь знает, что здесь происходит?
Изменить: curl-v http://domain2.com
* About to connect() to domain2.com port 80 (#0)
* Trying 162.243.XXX.XXX... connected
> GET / HTTP/1.1
> User-Agent: curl/7.22.0 (x86_64-pc-linux-gnu) libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
> Host: domain2.com
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Server: nginx/1.1.19
< Date: Mon, 13 Jan 2014 17:37:07 GMT
< Content-Type: text/html; charset=UTF-8
< Transfer-Encoding: chunked
< Connection: keep-alive
< X-Powered-By: PHP/5.3.10-1ubuntu3.9
< X-Pingback: http://162.243.XXX.XXX:8000/xmlrpc.php
< Location: http://domain2.com:8000/
<
* Connection #0 to host domain2.com left intact
* Closing connection #0
Немного сложно угадать, не видя фактического вывода с сервера, я бы предложил использовать curl -v http://example2.com/
чтобы увидеть, что на самом деле возвращается, но я предполагаю, что ваш браузер кэшировал перенаправление. Я видел это раньше.
Отображает ли использование другого браузера такое же перенаправление?
Обновить: Согласно вашему диагностическому выводу кажется очевидным, что это было вызвано тем, что Wordpress выдает перенаправление, а не nginx
.