Nginx'te SSL'ye nasıl zorlanır veya yönlendirilir?

Aşağıdaki gibi bir alt alan adında bir kayıt sayfam var: https://signup.example.com

Yalnızca HTTPS üzerinden erişilebilir olmalıdır, ancak insanların bir şekilde HTTP üzerinden tökezleyip 404 elde etmeleri konusunda endişeliyim.

Nginx içindeki html / server bloğum şöyle görünüyor:

html {
  server {
    listen 443;
    server_name signup.example.com;

    ssl                        on;
    ssl_certificate        /path/to/my/cert;
    ssl_certificate_key  /path/to/my/key;

    ssl_session_timeout 30m;

    location / {
      root /path/to/my/rails/app/public;
      index index.html;
        passenger_enabled on;
    }
  }
}

http://signup.example.comYeniden yönlendirilecek kişilerin yönlendirilmesi için ne ekleyebilirim https://signup.example.com? (Bilginize, zorlayabilen SSLancak bundan kaçınmayı umduğu Rails eklentileri olduğunu biliyorum )

Nginx tuzaklar göre , $request_uriyerine kullanarak gereksiz yakalamayı atlamak için biraz daha iyidir . Bu durumda, nginx'in herhangi bir sorgu alanını iki katına çıkarmasını önlemek için bir soru işareti ekleyin.

server {
    listen      80;
    server_name signup.mysite.com;
    rewrite     ^   https://$server_name$request_uri? permanent;
}

O açıklandığı gibi iyi yolu resmi Nasıl Yapılır kullanmaktır returndirektifini:

server {
    listen      80;
    server_name signup.mysite.com;
    return 301 https://$server_name$request_uri;
}

Hepsini bir sunucu bloğunda tutmak istiyorsanız, bu doğru ve en etkili yoldur:

server {
    listen   80;
    listen   [::]:80;
    listen   443 default_server ssl;

    server_name www.example.com;

    ssl_certificate        /path/to/my/cert;
    ssl_certificate_key  /path/to/my/key;

    if ($scheme = http) {
        return 301 https://$server_name$request_uri;
    }
}

Her şey yukarıda "yeniden yazma" veya "eğer ssl_protocol" vb. Kullanarak daha yavaş ve daha kötüdür.

İşte aynıdır, ancak daha verimlidir, yalnızca http protokolünde yeniden yazmayı çalıştırarak her istek için $ scheme değişkenini kontrol etmek zorunda kalmaz. Fakat cidden, onları ayırmanıza gerek kalmayacak kadar küçük bir şey.

server {
    listen   80;
    listen   [::]:80;

    server_name www.example.com;

    return 301 https://$server_name$request_uri;
}
server {
    listen   443 default_server ssl;

    server_name www.example.com;

    ssl_certificate        /path/to/my/cert;
    ssl_certificate_key  /path/to/my/key;
}

Yeni çift HTTP ve HTTPS sunucu tanımını kullanıyorsanız, aşağıdakileri kullanabilirsiniz:

server {
    listen   80;
    listen   [::]:80;
    listen   443 default ssl;

    server_name www.example.com;

    ssl_certificate        /path/to/my/cert;
    ssl_certificate_key  /path/to/my/key;

    if ($ssl_protocol = "") {
       rewrite ^   https://$server_name$request_uri? permanent;
    }
}

Bu benim için çalışıyor gibi görünüyor ve yönlendirme döngülerine neden olmuyor.

Düzenle:

Değiştirilen:

rewrite ^/(.*) https://$server_name/$1 permanent;

Pratik'in yeniden yazma çizgisiyle.

Host'u koruyan bir başka değişken daha: istek başlığı ve nginx tuzaklar üzerinde "İYİ" örneğini izler :

server {
    listen   10.0.0.134:80 default_server;

    server_name  site1;
    server_name  site2;
    server_name  10.0.0.134;

    return 301 https://$host$request_uri;
}

Sonuçlar burada. $server_nameBunun yerine kullanmanın $hosther zaman yönlendireceğinize dikkat edin https://site1.

# curl -Is http://site1/ | grep Location
Location: https://site1/

# curl -Is http://site2/ | grep Location
Location: https://site2/


# curl -Is http://site1/foo/bar | grep Location
Location: https://site1/foo/bar

# curl -Is http://site1/foo/bar?baz=qux | grep Location
Location: https://site1/foo/bar?baz=qux

Çerezleri 'güvenli' olarak ayarladığınızdan emin olun, aksi takdirde HTTP isteğinde gönderilirler ve Firesheep gibi bir araç tarafından ele geçirilebilirler.

server {
    listen x.x.x.x:80;

    server_name domain.tld;
    server_name www.domian.tld;
    server_name ipv4.domain.tld;

    rewrite     ^   https://$server_name$request_uri? permanent;
}

Bu daha iyi çalışıyor sanırım. xxxx, sunucunuzun IP'sini belirtir. Eğer Plesk 12 ile çalışıyorsanız, istediğiniz etki alanı için "/var/www/vhosts/system/domain.tld/conf" dizinindeki "nginx.conf" dosyasını değiştirerek yapabilirsiniz. Yapılandırmayı kaydettikten sonra nginx servisini yeniden başlatmayı unutmayın.

Bunun en basit çözüm olduğunu düşünüyorum. Hem HTTPS olmayan hem de WWW dışı trafiği yalnızca HTTPS ve www'ye zorlar.

server {
    listen 80;
    listen 443 ssl;

    server_name domain.tld www.domain.tld;

    # global HTTP handler
    if ($scheme = http) {
        return 301 https://www.domain.tld$request_uri;
    }

    # global non-WWW HTTPS handler
    if ($http_host = domain.tld) {
        return 303 https://www.domain.tld$request_uri;
    }
}

EDIT - Nisan 2018: Bu yazışmada IF'ler olmadan Çözümü bulunur: https://stackoverflow.com/a/36777526/6076984