将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 ;
}

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

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

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

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

独特的格式:

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

试试这个

if ($host !~* ^www\.){
    rewrite ^(.*)$ https://www.yoursite.example$1;
}

其他方式: Nginx no-www to 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

最佳实践:使用硬编码的server_name分离服务器

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

如果您使用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
}

---

在server_name中使用正则表达式

如果你有很多站点，并且不关心最优的性能，但是希望它们中的每一个都有相同的关于www的策略。前缀，那么就可以使用正则表达式了。使用独立服务器的最佳实践仍然有效。

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

---

非WWW到WWW w/ regex在专用的单个服务器上为所有网站:

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

---

WWW到非WWW w/ regex在专用的单个服务器上为所有网站:

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

---

WWW到非WWW w/ regex在专用服务器仅为某些网站:

可能有必要限制正则表达式只覆盖几个域，然后你可以使用这样的方法只匹配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将用于正则表达式的pcretest库完全相同:

% 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当“主机”头有一个结尾点。

---

如果在现有的服务器/ HTTPS:

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

事实上，如果您正在使用HTTPS，那么这个最终的解决方案可能会更容易维护，因为您不必在不同的服务器定义之间复制粘贴一大堆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;
}

---

硬编码单个首选域

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

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

---

引用:

http://nginx.org/r/server_name http://nginx.org/r/return http://nginx.org/en/docs/http/server_names.html