Właściwie nawet nie trzeba przepisywać.

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

Jako, że moja odpowiedź jest coraz więcej głosów w górę, ale powyższe również. Nigdy nie powinieneś używać rewrite w tym kontekście. Dlaczego? Ponieważ nginx musi przetworzyć i rozpocząć wyszukiwanie. Jeśli użyjesz return (które powinno być dostępne w dowolnej wersji nginx), natychmiast zatrzymasz wykonanie. Jest to preferowane w każdym kontekście.

Przekierowanie obu, Nie-SSL I SSL do ich odpowiednika nie-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...
}

Zmienna $scheme będzie zawierać tylko http jeśli twój serwer nasłuchuje tylko na porcie 80 (domyślnie) i opcja listen nie zawiera słowa kluczowego ssl. Nieużywanie tej zmiennej nie zapewni Ci żadnej wydajności.

Zauważ, że potrzebujesz jeszcze więcej bloków serwera, jeśli używasz HSTS, ponieważ nagłówki HSTS nie powinny być wysyłane przez nieszyfrowane połączenia. Dlatego potrzebne są niezaszyfrowane bloki serwerów z przekierowaniami i zaszyfrowane bloki serwerów z przekierowaniami i nagłówkami HSTS.

Przekierowanie wszystkiego NA SSL (personal config on UNIX z 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...
}

Myślę, że możesz sobie teraz wyobrazić inne związki z tym wzorem.

Więcej moich configów? Idź tutaj i tutaj .

Może się okazać, że chcesz użyć tego samego config dla większej liczby domen.

Następujący fragment usuwa www przed dowolną domeną:

if ($host ~* ^www\.(.*)$) {
    rewrite / $scheme://$1 permanent;
}

Oto Jak to zrobić dla wielu nazw serwerów www do no-www (użyłem tego dla subdomen):

server {
        server_name 
             "~^www\.(sub1.example.com)$"
             "~^www\.(sub2.example.com)$"
             "~^www\.(sub3.example.com)$";
         return 301 $scheme://$1$request_uri ;
}

Potrzebujesz dwóch bloków serwerowych.

Włóż je do swojego pliku konfiguracyjnego np /etc/nginx/sites-available/sitename

Powiedzmy, że zdecydujesz się na http://example.com jako główny adres do użycia.

Twój plik konfiguracyjny powinien wyglądać tak:

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
}

Pierwszy blok serwera będzie zawierał instrukcje przekierowywania żądań z prefiksem 'www'. Nasłuchuje żądania adresu URL z prefiksem " www " i przekierowań.

Drugi blok serwera będzie przytrzymaj swój adres główny-adres URL, którego chcesz użyć. Wszystkie inne ustawienia przejdź tutaj jak root, index, location, itd. Sprawdź domyślny plik dla tych innych ustawień, które możesz włączyć w bloku serwera.

Name: @ IPAddress: your-ip-address (for the example.com URL)

Name: www IPAddress: your-ip-address (for the www.example.com URL)

Dla ipv6 Utwórz parę rekordów AAAA używając adresu-ipv6.

To rozwiązanie pochodzi z mojego osobistego doświadczenia. Użyliśmy kilku łyżek Amazon S3 i jednego serwera do przekierowania non-www do wwwnazw domen, aby dopasować politykę nagłówka S3 "Host" .

Użyłem następującej konfiguracji dla serwera nginx:

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

To pasuje do wszystkich nazw domen wskazywanych na serwer, zaczynając od whatever but www. i przekierowując na www.<domain>. W ten sam sposób można zrobić odwrotne przekierowanie z www do non-www.

Spróbuj tego

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

W inny sposób: 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;
}

I www do no-www

server {
  listen       80;
  server_name  www.yoursite.com;
  root /path/;
  index index.php;
  return       301 https://yoursite.com$request_uri;
}

Unikalny format:

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

Redirect non-www to www

Dla Pojedynczej Domeny:

server {
        server_name example.com;
        return 301 $scheme://www.example.com$request_uri;
}

Dla Wszystkich Domen:

server {
        server_name "~^(?!www\.).*" ;
        return 301 $scheme://www.$host$request_uri;
}

Redirect www to non-www Dla Pojedynczej Domeny:

server {
        server_name www.example.com;
        return 301 $scheme://example.com$request_uri;
}

Dla Wszystkich Domen:

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

Połączyłem najlepsze ze wszystkich prostych odpowiedzi, bez zakodowanych domen.

301 stałe przekierowanie z nie-www do www (HTTP lub HTTPS):

server {
    if ($host !~ ^www\.) {
        rewrite ^ $scheme://www.$host$request_uri permanent;
    }

    # Regular location configs...
}

Jeśli wolisz non-HTTPS, non-www do HTTPS, www przekierowanie w tym samym czasie:

server {
    listen 80;

    if ($host !~ ^www\.) {
        rewrite ^ https://www.$host$request_uri permanent;
    }

    rewrite ^ https://$host$request_uri permanent;
}

location / { 
    if ($http_host !~ "^www.domain.com"){ 
        rewrite ^(.*)$ $scheme://www.domain.com/$1 redirect; 
    } 
}

Nie wiem, czy ktoś zauważy, że może być poprawne zwrócenie 301, ale przeglądarki dławią się tym, że robią

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

Jest szybszy niż:

return 301 $scheme://yoursite.com$request_uri;

Ghost blog

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;  

if ($host ~* ^www.example.com$) {
    return 301 $scheme://example.com$request_uri;
}

Jeśli masz problemy z uruchomieniem tego działania, może być konieczne dodanie adresu IP serwera. Na przykład:

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

Gdzie XXX. XXX. XXX. XXX To Adres IP (oczywiście).

UWAGA: Aby poprawnie przekierowywać żądania https

service nginx restart