Code
2023-08-02 09:00:05

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

我在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。

当前回答

您需要两个服务器块。

把这些放到你的配置文件中，例如/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。其他设置都在这里，比如根，索引，位置等等。检查可以包含在服务器块中的这些其他设置的默认文件。

服务器需要两条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记录。

2016-08-28 13:35:51

其他回答

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

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

比:

return 301 $scheme://yoursite.example$request_uri;
2014-06-04 01:33:15

如果在此工作时遇到困难，则可能需要添加服务器的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
2013-10-28 19:14:25

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

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;
}
2018-04-25 02:56:30

试试这个

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;
}
2013-10-08 17:18:22

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

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

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

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

2012-07-31 04:58:55

推荐文章

aliyun

最新文章

标签

2025 code 京ICP备15047053号-1