Nginx no-www到www和www到no-www

我正在使用在Rackspace云上使用nginx和搜索网络，到目前为止还不能得到这个排序。

我想www.mysite.example去mysite.example正常的。htaccess为SEO和其他原因。

我的EYZ0配置:

server {
listen 80;
server_name www.example.com example.com;
root /var/www/www.example.com/web;


if ($http_host != "www.example.com") {
rewrite ^ http://example.com$request_uri permanent;
}

我也试过

server {
listen 80;
server_name example.com;
root /var/www/www.example.com/web;


if ($http_host != "www.example.com") {
rewrite ^ http://example.com$request_uri permanent;
}

我也试过。第二次尝试都给出重定向循环错误。

if ($host = 'www.example.com' ) {
rewrite ^ http://example.com$uri permanent;
}

我的DNS设置为标准:

site.example 192.192.6.8 A type at 300 seconds
www.site.example 192.192.6.8 A type at 300 seconds

(示例ip和文件夹已用于示例和帮助人们在未来)。我使用Ubuntu 11。

392410 次浏览
小开
最佳答案

HTTP的解决方案

从文档开始，正确的方法是为# eyz0定义一个单独的服务器:

server {
listen       80;
server_name  example.com;
return       301 http://www.example.com$request_uri;
}


server {
listen       80;
server_name  www.example.com;
...
}

HTTPS的解决方案

对于那些想要解决方案的人，包括https://…

server {
listen 80;
server_name www.domain.example;
# $scheme will get the http protocol
# and 301 is best practice for tablet, phone, desktop and seo
return 301 $scheme://domain.example$request_uri;
}


server {
listen 80;
server_name domain.example;
# here goes the rest of your config file
# example
location / {


rewrite ^/cp/login?$ /cp/login.php last;
# etc etc...


}
}

注意:我最初没有在我的解决方案中包括https://，因为我们使用loadbalancer和我们的https://服务器是一个高流量SSL支付服务器:我们没有混合https://和http://.

要检查Nginx版本，使用nginx -v。

用Nginx重定向从URL中剥离www

server {
server_name  www.domain.example;
rewrite ^(.*) http://domain.example$1 permanent;
}


server {
server_name  domain.example;
#The rest of your configuration goes here#
}

所以你需要有两个服务器代码。

使用Nginx重定向将www添加到URL中

如果你需要的是相反的，从domain.example重定向到www.domain.example，你可以使用这个:

server {
server_name  domain.example;
rewrite ^(.*) http://www.domain.example$1 permanent;
}


server {
server_name  www.domain.example;
#The rest of your configuration goes here#
}

正如您可以想象的那样，这与第一个示例正好相反，其工作方式与第一个示例相同。这样，你不会得到SEO标记下来，因为它是完全的烫发重定向和移动。没有WWW是强制的，目录显示!

我的一些代码如下所示，以便更好地查看:

server {
server_name  www.google.com;
rewrite ^(.*) http://google.com$1 permanent;
}
server {
listen 80;
server_name google.com;
index index.php index.html;
####
# now pull the site from one directory #
root /var/www/www.google.com/web;
# done #
location = /favicon.ico {
log_not_found off;
access_log off;
}
}
小开

实际上你甚至不需要重写。

server {
#listen 80 is default
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}


server {
#listen 80 is default
server_name example.com;
## here goes the rest of your conf...
}

因为我的答案得到越来越多的支持，但上面也一样。您永远不应该在这种上下文中使用rewrite。为什么?因为nginx必须处理并开始搜索。如果你使用return(应该在任何nginx版本中都可用)，它会直接停止执行。这在任何上下文中都是首选。

将非SSL和SSL都重定向到它们的非www对应对象:

server {
listen               80;
listen               443 ssl;
server_name          www.example.com;
ssl_certificate      path/to/cert;
ssl_certificate_key  path/to/key;


return 301 $scheme://example.com$request_uri;
}


server {
listen               80;
listen               443 ssl;
server_name          example.com;
ssl_certificate      path/to/cert;
ssl_certificate_key  path/to/key;


# rest goes here...
}

如果您的服务器只监听80端口(默认)，并且监听选项不包含ssl关键字，那么$scheme变量将只包含http。不使用该变量将不会为您带来任何性能。

注意，如果使用HSTS，则需要更多的服务器块，因为HSTS头不应该通过非加密连接发送。因此，您需要带重定向的未加密服务器块和带重定向和HSTS标头的加密服务器块。

重定向所有内容到SSL(个人配置UNIX与IPv4, IPv6, SPDY，…):

#
# Redirect all www to non-www
#
server {
server_name          www.example.com;
ssl_certificate      ssl/example.com/crt;
ssl_certificate_key  ssl/example.com/key;
listen               *:80;
listen               *:443 ssl spdy;
listen               [::]:80 ipv6only=on;
listen               [::]:443 ssl spdy ipv6only=on;


return 301 https://example.com$request_uri;
}


#
# Redirect all non-encrypted to encrypted
#
server {
server_name          example.com;
listen               *:80;
listen               [::]:80;


return 301 https://example.com$request_uri;
}


#
# There we go!
#
server {
server_name          example.com;
ssl_certificate      ssl/example.com/crt;
ssl_certificate_key  ssl/example.com/key;
listen               *:443 ssl spdy;
listen               [::]:443 ssl spdy;


# rest goes here...
}

我猜你们现在可以自己想象其他化合物的这种模式。

更多我的配置?点击在这里和在这里。

小开

试试这个

if ($host !~* ^www\.){
rewrite ^(.*)$ https://www.yoursite.example$1;
}
< p >其他方式: Nginx no-www到www

server {
listen       80;
server_name  yoursite.example;
root /path/;
index index.php;
return       301 https://www.yoursite.example$request_uri;
}

WWW到no-www

server {
listen       80;
server_name  www.yoursite.example;
root /path/;
index index.php;
return       301 https://yoursite.example$request_uri;
}
小开

如果在此工作时遇到困难，则可能需要添加服务器的IP地址。例如:

server {
listen XXX.XXX.XXX.XXX:80;
listen XXX.XXX.XXX.XXX:443 ssl;
ssl_certificate /var/www/example.com/web/ssl/example.com.crt;
ssl_certificate_key /var/www/example.com/web/ssl/example.com.key;
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}

其中XXX.XXX.XXX.XXX是IP地址(显然)。

注意:必须定义ssl crt和key location来正确重定向https请求

不要忘记在修改后重新启动nginx:

service nginx restart
小开

不确定是否有人注意到它可能是正确的返回301，但浏览器阻塞它做

rewrite ^(.*)$ https://yoursite.example$1;

比:

return 301 $scheme://yoursite.example$request_uri;
小开

鬼的博客

为了让nginx推荐的return 301 $scheme://example.com$request_uri;方法与Ghost一起工作，你需要在你的主服务器块中添加:

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;
proxy_set_header    X-Forwarded-Proto   $scheme;
proxy_set_header    X-NginX-Proxy       true;


proxy_pass_header   X-CSRF-TOKEN;
proxy_buffering     off;
proxy_redirect      off;
小开

下面是如何为多个www到no-www服务器名做这件事(我用这个子域名):

server {
server_name
"~^www\.(sub1.example.com)$"
"~^www\.(sub2.example.com)$"
"~^www\.(sub3.example.com)$";
return 301 $scheme://$1$request_uri ;
}
小开

独特的格式:

server {
listen 80;
server_name "~^www\.(.*)$" ;
return 301 https://$1$request_uri ;
}
小开

您可能会发现您想要对更多域使用相同的配置。

以下代码段将www删除在任何域之前:

if ($host ~* ^www\.(.*)$) {
rewrite / $scheme://$1 permanent;
}
小开

这个解决方案来自于我的个人经验。我们使用了几个Amazon S3桶和一个服务器来重定向non-www到www域名以匹配S3“Host”头策略。

我对nginx服务器使用了以下配置:

server {
listen 80;
server_name ~^(?!www\.)(?<domain>.+)$;
return 301 $scheme://www.$domain$request_uri;
}

这将匹配指向服务器的所有域名，以www.开头，并重定向到www.<domain>。以同样的方式，你可以做相反的重定向从www到non-www。

小开 
location / {
if ($http_host !~ "^www.domain.example"){
rewrite ^(.*)$ $scheme://www.domain.example$1 redirect;
}
}
小开 
if ($host ~* ^www.example.com$) {
return 301 $scheme://example.com$request_uri;
}
小开

您需要两个服务器块。

把这些放到配置文件中，例如/etc/nginx/sites-available/sitename

假设您决定使用http://example.com作为主要地址。

你的配置文件应该是这样的:

server {
listen 80;
listen [::]:80;
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}
server {
listen 80;
listen [::]:80;
server_name example.com;


# this is the main server block
# insert ALL other config or settings in this server block
}

第一个服务器块将保存重定向任何带有“www”前缀的请求的指令。它会监听带有“www”前缀的URL请求并进行重定向。

它没有其他作用。

第二个服务器块将保存您的主地址-您想使用的URL。所有其他设置都在这里，如root， index， location等。检查可以包含在服务器块中的这些其他设置的默认文件。

服务器需要两条DNS A记录。

Name: @ IPAddress: your-ip-address (for the example.com URL)


Name: www IPAddress: your-ip-address (for the www.example.com URL)

对于ipv6，使用your-ipv6-address创建一对AAAA记录。

小开

将non-www重定向到www

对于单一域:

server {
server_name example.com;
return 301 $scheme://www.example.com$request_uri;
}

适用于所有领域:

server {
server_name "~^(?!www\.).*" ;
return 301 $scheme://www.$host$request_uri;
}

重定向www到非www 对于单个域:

server {
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}

适用于所有领域:

server {
server_name "~^www\.(.*)$" ;
return 301 $scheme://$1$request_uri ;
}
小开

我结合了所有简单答案中最好的，没有硬编码的域。

301永久重定向从非www到www (HTTP或HTTPS):

server {
if ($host !~ ^www\.) {
rewrite ^ $scheme://www.$host$request_uri permanent;
}


# Regular location configs...
}

如果你更喜欢非HTTPS、非www而不是HTTPS, www同时重定向:

server {
listen 80;


if ($host !~ ^www\.) {
rewrite ^ https://www.$host$request_uri permanent;
}


rewrite ^ https://$host$request_uri permanent;
}
小开

  1. 最佳实践:分离server和硬编码server_name

nginx的最佳实践是使用一个单独的server来重定向(不与主配置的server共享)，硬编码所有内容，并且根本不使用正则表达式。

如果您使用HTTPS，可能还需要硬编码域，因为您必须事先知道您将提供哪些证书。

server {
server_name www.example.com;
return  301 $scheme://example.com$request_uri;
}
server {
server_name www.example.org;
return  301 $scheme://example.org$request_uri;
}
server {
server_name example.com example.org;
# real configuration goes here
}

  1. 使用正则表达式在server_name

如果您有许多站点，并且不关心最高的性能，但是希望它们中的每一个对于www.前缀都有相同的策略，那么您可以使用正则表达式。使用单独的server的最佳实践仍然有效。

请注意，如果您使用https，这个解决方案会很棘手，因为如果您想要正常工作，那么您必须有一个单独的证书来覆盖所有的域名。

非www到www w/ regex在一个专用的server所有网站:

server {
server_name ~^(?!www\.)(?<domain>.+)$;
return  301 $scheme://www.$domain$request_uri;
}

www到非www w/ regex在一个专用的server所有网站:

server {
server_name ~^www\.(?<domain>.+)$;
return  301 $scheme://$domain$request_uri;
}

www到非www w/ regex在一个专门的server只为一些网站:

可能有必要限制正则表达式只覆盖两个域，然后你可以使用这样的东西来匹配www.example.org， www.example.com和www.subdomain.example.net:

server {
server_name ~^www\.(?<domain>(?:example\.org|example\.com|subdomain\.example\.net))$;
return  301 $scheme://$domain$request_uri;
}

使用nginx测试正则表达式

你可以在你的系统上用pcretest测试正则表达式是否如预期的那样工作，这与你的nginx将用于正则表达式的pcre库完全相同:

% pcretest
PCRE version 8.35 2014-04-04


re> #^www\.(?<domain>(?:example\.org|example\.com|subdomain\.example\.net))$#
data> test
No match
data> www.example.org
0: www.example.org
1: example.org
data> www.test.example.org
No match
data> www.example.com
0: www.example.com
1: example.com
data> www.subdomain.example.net
0: www.subdomain.example.net
1: subdomain.example.net
data> subdomain.example.net
No match
data> www.subdomain.example.net.
No match
data>

注意，你不必担心后面的点或大小写，因为nginx已经处理了它，就像nginx服务器名regex当"主机"标头后面有一个点一样。

  1. 在现有的server / HTTPS中喷洒if:

这个最终的解决方案通常不被认为是最佳实践，然而，它仍然有效并能完成工作。

事实上，如果您使用的是HTTPS，那么这个最终的解决方案可能会更容易维护，因为您不必在不同的server定义之间复制粘贴一大堆ssl指令，而是可以将代码片段只放在所需的服务器中，从而更容易调试和维护站点。

非www到www:

if ($host ~ ^(?!www\.)(?<domain>.+)$) {
return  301 $scheme://www.$domain$request_uri;
}

www到非www:

if ($host ~ ^www\.(?<domain>.+)$) {
return  301 $scheme://$domain$request_uri;
}

硬编码单个首选域

如果你想要更多的性能，以及单个server可能使用的多个域之间的一致性，显式硬编码单个首选域可能仍然是有意义的:

if ($host != "example.com") {
return  301 $scheme://example.com$request_uri;
}

引用:

小开

如果你不想硬编码域名，你可以使用这个重定向块。没有前导www的域被保存为变量$domain，可以在重定向语句中重用。

server {
...
# Redirect www to non-www
if ( $host ~ ^www\.(?<domain>.+) ) {
rewrite ^/(.*)$ $scheme://$domain/$1;
}
}

裁判:# EYZ0

小开
我的配置是- Nginx + tomcat 9 + Ubuntu 20.04 + spring boot app 上面所有的答案都不适合我-也不适合Nginx文件中的上游符号-所以我改变了这个

的设置

感谢上帝的certbot -这个util非常有用，它为您的网站生成基本文件，然后我添加了我的更改-重定向https://www.example.com， http://www.example.com到只有一个https://example.com

server {
if ($host = www.example.com) {
return 301 https://example.com$request_uri;
}
root /var/www/example.com/html;
index index.html index.htm index.nginx-debian.html;


server_name example.com www.example.com;


location / {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://127.0.0.1:8080; # This is upstream name, note the variable $scheme in it
proxy_redirect off;
}
listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/www.example.com/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/www.example.com/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
server {
if ($host = www.example.com) {
return 301 https://example.com$request_uri;
} # managed by Certbot
if ($host = example.com) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
listen [::]:80;
server_name example.com www.example.com;
return 404; # managed by Certbot
}

提交答案