我正在使用nginx on Rackspace cloud following a tutorial并搜索了网络，到目前为止无法对此进行排序。
我希望www.mysite.com在.htaccess中正常访问mysite.com以获取SEO和其他原因。
我的 /etc/nginx/sites-available/www.example.com.vhost 配置：
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.com 192.192.6.8 A type at 300 seconds
www.site.com 192.192.6.8 A type at 300 seconds
（示例IP和文件夹已用于示例，以及将来帮助人们）。我使用Ubuntu 11。
答案 0 :(得分：768)
从documentation开始，“正确的方法是为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:// ...
server {
listen 80;
server_name www.domain.com;
# $scheme will get the http protocol
# and 301 is best practice for tablet, phone, desktop and seo
return 301 $scheme://domain.com$request_uri;
}
server {
listen 80;
server_name domain.com;
# here goes the rest of your config file
# example
location / {
rewrite ^/cp/login?$ /cp/login.php last;
# etc etc...
}
}
注意：我最初没有在我的解决方案中包含https://，因为我们使用了均衡器，而且我们的https：//服务器是一个高流量的SSL支付服务器：我们不混用https：//和http：/ /.
要检查nginx版本，请使用nginx -v。
使用nginx重定向
从网址中剥离wwwserver {
server_name www.domain.com;
rewrite ^(.*) http://domain.com$1 permanent;
}
server {
server_name domain.com;
#The rest of your configuration goes here#
}
所以你需要有两个服务器代码。
使用nginx重定向
将www添加到网址如果你需要的是相反的，要从domain.com重定向到www.domain.com，你可以使用：
server {
server_name domain.com;
rewrite ^(.*) http://www.domain.com$1 permanent;
}
server {
server_name www.domain.com;
#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;
}
}
答案 1 :(得分：377)
实际上你甚至不需要重写。
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（默认）并且listen选项不包含$scheme关键字，则http变量将仅包含ssl。不使用变量不会获得任何性能。
请注意，如果使用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...
}
我猜你现在可以想象其他具有这种模式的化合物。
答案 2 :(得分：33)
您可能会发现要为更多域使用相同的配置。
以下代码段会在任何域名之前删除www：
procedure TFormMain.FormResize(Sender: TObject);
begin
//StatusBar1.Panels[0].Width := FormMain.Width - 448;
StatusBar1.Panels[0].Width := ClientWidth - 448;
end;
答案 3 :(得分：26)
您需要两个服务器块。
将这些内容放入配置文件中，例如/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，使用您的-ipv6-address创建一对AAAA记录。
答案 4 :(得分：23)
以下是如何为多个www到无www服务器名称（我将其用于子域名）：
server {
server_name
"~^www\.(sub1.example.com)$"
"~^www\.(sub2.example.com)$"
"~^www\.(sub3.example.com)$";
return 301 $scheme://$1$request_uri ;
}
答案 5 :(得分：16)
此解决方案来自我个人的经验。我们使用了几个Amazon S3存储桶和一个服务器来将non-www重定向到www域名以匹配S3 "Host" header policy。
我对 nginx 服务器使用了以下配置：
server {
listen 80;
server_name ~^(?!www\.)(?<domain>.+)$;
return 301 $scheme://www.$domain$request_uri;
}
这匹配指向服务器的所有域名，以www.以外的任何域名开头，并重定向到www.<domain>。以同样的方式，您可以执行从www到non-www的重定向。
答案 6 :(得分：14)
我结合了所有简单答案中最好的答案，没有硬编码域。
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;
}
答案 7 :(得分：11)
试试这个
if ($host !~* ^www\.){
rewrite ^(.*)$ https://www.yoursite.com$1;
}
其他方式： Nginx no-www to www
server {
listen 80;
server_name yoursite.com;
root /path/;
index index.php;
return 301 https://www.yoursite.com$request_uri;
}
和www到no-www
server {
listen 80;
server_name www.yoursite.com;
root /path/;
index index.php;
return 301 https://yoursite.com$request_uri;
}
答案 8 :(得分：10)
将非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 ;
}
答案 9 :(得分：8)
独特格式：
server {
listen 80;
server_name "~^www\.(.*)$" ;
return 301 https://$1$request_uri ;
}
答案 10 :(得分：7)
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
}
server_name 如果您有多个站点，并且不希望获得最高的性能，但是希望每个站点对www.前缀都具有相同的策略，则可以使用常规表达式。仍然使用单独的server的最佳实践。
请注意，如果您使用https，则此解决方案会很棘手，因为如果您希望它能正常工作，则必须具有一个证书来覆盖所有域名。
www到www到所有站点的专用单个server中server {
server_name ~^(?!www\.)(?<domain>.+)$;
return 301 $scheme://www.$domain$request_uri;
}
www中将www转换为非server并带有正则表达式：server {
server_name ~^www\.(?<domain>.+)$;
return 301 $scheme://$domain$request_uri;
}
www中，将www改为带有正则表达式的非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;
}
您可以测试正则表达式与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 server name regex when "Host" header has a trailing dot，nginx已经处理了点或大小写，因此您不必担心。
if / HTTPS内撒下server：通常不认为此最终解决方案是最佳实践，但是，它仍然可以正常工作。
实际上，如果您使用的是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;
}
答案 11 :(得分：4)
location / {
if ($http_host !~ "^www.domain.com"){
rewrite ^(.*)$ $scheme://www.domain.com/$1 redirect;
}
}
答案 12 :(得分：3)
不确定是否有人注意到返回301可能是正确的，但浏览器会阻止它执行
rewrite ^(.*)$ https://yoursite.com$1;
比以下更快：
return 301 $scheme://yoursite.com$request_uri;
答案 13 :(得分：2)
为了使return 301 $scheme://example.com$request_uri;的nginx推荐方法与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;
答案 14 :(得分：1)
如果您不想对域名进行硬编码，则可以使用此重定向块。没有前导www的域将另存为变量$domain，可以在重定向语句中重用。
server {
...
# Redirect www to non-www
if ( $host ~ ^www\.(?<domain>.+) ) {
rewrite ^/(.*)$ $scheme://$domain/$1;
}
}
REF：Redirecting a subdomain with a regular expression in nginx
答案 15 :(得分：0)
if ($host ~* ^www.example.com$) {
return 301 $scheme://example.com$request_uri;
}
答案 16 :(得分：-6)
如果您无法正常工作，则可能需要添加服务器的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和密钥位置才能正确重定向https请求
不要忘记在进行更改后重新启动nginx：
service nginx restart