En realidad ni siquiera necesitas una reescritura.

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

Como mi respuesta está recibiendo más y más votos positivos, pero lo anterior también. Nunca debe usar un rewrite en este contexto. ¿Por qué? Porque nginx tiene que procesar e iniciar una búsqueda. Si utiliza return (que debería estar disponible en cualquier versión de nginx) detiene directamente la ejecución. Esto es preferible en cualquier contexto.

Redirigir ambos, no SSL y SSL a su contraparte no 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...
}

La variable $scheme solo contendrá http si su servidor solo está escuchando en el puerto 80 (predeterminado) y la opción escuchar no contiene la palabra clave ssl. No usar la variable no le dará ningún rendimiento.

Tenga en cuenta que necesita incluso más bloques de servidor si utiliza HSTS, porque las cabeceras HSTS no deben enviarse a través de conexiones no cifradas. Por lo tanto, necesita bloques de servidor sin cifrar con redirecciones y bloques de servidor encriptados con redirecciones y encabezados HSTS.

Redirigir todo a SSL (configuración personal en UNIX con 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...
}

Supongo que puedes imaginar otros compuestos con este patrón ahora por ti mismo.

¿Más de mis configuraciones? Vaya aquí y aquí.

Puede descubrir que desea usar la misma configuración para más dominios.

El siguiente fragmento elimina www antes de cualquier dominio:

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

Aquí está cómo hacerlo para varios nombres de servidor www a no-www (usé esto para subdominios):

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

Necesita dos bloques de servidor.

Pon esto en tu archivo de configuración eg /etc/nginx/sites-available/sitename

Digamos que decides tener http://example.com como dirección principal a utilizar.

Su archivo de configuración debería tener este aspecto:

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
}

El primer bloque del servidor contendrá las instrucciones para redirigir cualquier solicitud con el prefijo 'www'. Escucha las solicitudes de la URL con el prefijo ' www ' y redirecciones.

No hace otra cosa.

El segundo bloque de servidor mantenga su dirección principal: la URL que desea usar. Todos los demás ajustes van aquí como root, index, location, etc. Compruebe el archivo predeterminado para estas otras configuraciones que puede incluir en el bloque de servidor.

El servidor necesita dos registros DNS A.

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

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

Para ipv6 cree el par de registros AAAA usando su dirección-ipv6 -.

Esta solución viene de mi experiencia personal. Utilizamos varios buckets de Amazon S3 y un servidor para redirigir non-www a www nombres de dominio para que coincidan con la política de encabezado "Host" de S3.

Usé la siguiente configuración para servidor nginx :

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

Esto coincide con todos los nombres de dominio que apuntan al servidor comenzando con lo que sea excepto www. y redirige a www.<domain>. De la misma manera puedes hacer redireccionamiento opuesto de www a non-www.

Prueba esto

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

Otra manera: Nginx no-www a www

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

Y www a no-www

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

Formato único:

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

Redireccionar no www a www

Para Un Solo Dominio:

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

Para Todos los Dominios:

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

Redireccionar www a no www Para Dominio Único:

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

Para Todos los Dominios:

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

Combiné lo mejor de todas las respuestas simples, sin dominios codificados.

301 redirección permanente de no www a www (HTTP o HTTPS):

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

    # Regular location configs...
}

Si prefiere no-HTTPS, no-www a HTTPS, www redirigir al mismo tiempo:

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

No estoy seguro de si alguien se da cuenta de que puede ser correcto devolver un 301, pero los navegadores se ahogan en él para hacer

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

Es más rápido que:

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

Blog de fantasmas

Para hacer que el método recomendado de nginx con return 301 $scheme://example.com$request_uri; funcione con Ghost, deberá agregar en su bloque de servidor principal:

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

Si tiene problemas para que esto funcione, es posible que deba agregar la dirección IP de su servidor. Por ejemplo:

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

Donde XXX. XXX. XXX. XXX es la dirección IP (obviamente).

Nota: ssl crt y la ubicación clave deben definirse para redirigir correctamente las solicitudes https

No olvide reiniciar nginx después de realizar los cambios:

service nginx restart