我在Rackspace云上使用nginx,遵循一个教程,搜索了网络,到目前为止还不能得到这个排序。

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

My /etc/nginx/sites-available/www.example.com.vhost config:

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。


当前回答

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

其他回答

这个解决方案来自于我的个人经验。我们使用了几个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。

试试这个

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

下面是如何为多个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 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...
}

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

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