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

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

比:

return 301 $scheme://yoursite.example$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;
}

将CNAME添加到cloudflare中，使用此格式作为conf文件。

server {
listen 80;
listen [::]:80;
server_name example.com www.example.com;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
    proxy_pass "http://localhost:3000/";
}}

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

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...
}

因为我的答案得到越来越多的支持，但上面也一样。永远不要在这种情况下使用重写。为什么?因为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(默认)上监听，并且listen选项不包含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...
}

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

更多我的配置?去这里和这里。

HTTP的解决方案

从文档中可以看出，“正确的方法是为example.org定义一个单独的服务器”:

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中

如果你需要的是相反的，从域重定向。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_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