Nginx no-www'den www ve www'den no-www'ye


497

Ben bir öğretici takip ve net arama sahip Rackspace bulut üzerinde nginx kullanıyorum ve şimdiye kadar bu sıralama alınamıyor.

Www.mysite.com'un SEO ve diğer nedenlerle .htaccess'te normal olarak mysite.com'a gitmesini istiyorum.

Benim /etc/nginx/sites-available/www.example.com.vhost yapılandırma:

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

Ben de denedim

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

Ben de denedim. Her iki ikinci deneme de yönlendirme döngüsü hataları verir.

if ($host = 'www.example.com' ) {
rewrite ^ http://example.com$uri permanent;
}

DNS'im standart olarak ayarlandı:

site.com 192.192.6.8 A type at 300 seconds
www.site.com 192.192.6.8 A type at 300 seconds

(örnek IP'ler ve klasörler örnek olarak ve gelecekteki insanlara yardım etmek için kullanılmıştır). Ubuntu 11 kullanıyorum.


1
Bir WordPress web sitesiyle çalışıyorsanız , WordPress Adres / Site Adresi URL'lerinde Dashboard > Settings > General Settingsyok olduğundan emin olun ve yorum yapmak zorunda olduğumu hissediyorum www. Nginx'inizi nasıl yapılandırırsanız yapın, bu URL'lerde bir www varsa, içinde www olana yönlendirilirsiniz.
Abhinav Sood

Yanıtlar:


792

HTTP Çözümü

Gönderen belgelerinde , "doğru yolu example.org için ayrı bir sunucu tanımlamaktır":

server {
    listen       80;
    server_name  example.com;
    return       301 http://www.example.com$request_uri;
}

server {
    listen       80;
    server_name  www.example.com;
    ...
}

HTTPS Çözümü

Aşağıdakileri içeren bir çözüm isteyenler için 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...

        }
}

Not: https://Loadbalancers kullandığımız ve https: // sunucumuz yüksek trafikli bir SSL ödeme sunucusu olduğu için çözümüme ilk olarak dahil etmedim : https: // ve http: // 'i karıştırmıyoruz.


Nginx sürümünü kontrol etmek için tuşunu kullanın nginx -v.

Şerit www itibaren url ile nginx redirect

server {
    server_name  www.domain.com;
    rewrite ^(.*) http://domain.com$1 permanent;
}

server {
    server_name  domain.com;
    #The rest of your configuration goes here#
}

Bu yüzden İKİ sunucu koduna sahip olmanız gerekir.

Www'yi nginx yönlendirmesi ile url'ye ekleyin

İhtiyacınız olan şey bunun tersi ise, domain.com'dan www.domain.com adresine yönlendirmek için bunu kullanabilirsiniz:

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

Tahmin edebileceğiniz gibi, bu tam tersidir ve ilk örnekte olduğu gibi çalışır. Bu şekilde, tam iz yeniden yönlendirme ve taşıma olduğu için SEO işaretlerini almazsınız. WWW zorlanmaz ve dizin gösterilir!

Daha iyi bir görünüm için kodumdan bazıları aşağıda gösterilmiştir:

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

3
@puk takdir ediyorum. Nginx şaşırtıcı, ancak sunucu sürümü ve işletim sistemi ve sunucu donanım değişiklikleri ile güncel kalan iyi belgeler oldukça yorucu. Bana hizmet eden en iyi kaynak, RackSpace bulut sürümlerini desteklediği için howtoforge.com'dur. Yukarıdaki komutların bazıları sonraki sürümlerde çalışmaz. Ama bu nginx / 0.8.54 - inan bana, en iyi nginx sunucusu) yükseltme veya güncelleme gerek yok. İyi çalışıyor. Günde ortalama 4200 işlemle 100.000 benzersiz vuruş. Nginx HIZLI. trafiği olmayan bir siteyi kullanmak gibi.
TheBlackBenzKid

17
Yeniden yazma işlemleriniz, olduğu gibi döndürülmelidir return 301 $scheme://domain.com$request_uri;. Herhangi bir desen yakalamaya gerek yok, bkz. Nginx tuzakları
Roberto

4
@TheBlackBenzKid Üzgünüm, belki bir şey kaçırdım, ancak güncellenmiş çözüm çalışmıyor. Çünkü 80 dinle - bununla sadece HTTP'nin bununla eşleştiğini söylüyorsun. HTTP ve HTTPS için aynı yapılandırma kullanılıyorsa dinlemek için daha fazla bağlantı noktası olmalıdır ... Veya? Ama definitelly bana yardımcı oldu +1. Cevap için teşekkürler. Şerefe.
tomis

3
@BlackBenzKid Sadece not oldu. Çalışma çözümü buldum. Örneğinizde, yalnızca Listen 443 eklenmeli ve çalışmayı tamamlamalısınız.
tomis

2
cevap yanlış. tüm alt alanları www.
r3wt

398

Aslında yeniden yazmaya bile ihtiyacınız yok.

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

Cevabım, yukarıdakilere göre daha fazla oy alıyor. rewriteBu bağlamda asla bir kullanmamalısınız . Neden? Çünkü nginx bir işlemi işlemeli ve başlatmalıdır. Eğer kullanırsanız returndoğrudan yürütme durur (herhangi bir nginx sürümünde olmalıdır). Bu, herhangi bir bağlamda tercih edilir.

Hem SSL olmayan hem de SSL'yi www olmayan meslektaşlarına yönlendir:

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

$schemeDeğişkeni yalnızca içerecektir httpsunucu sadece port 80 (varsayılan) üzerinde dinleme olup olmadığını ve içermeyen seçeneği dinlemek sslanahtar kelimeyi. Değişkeni kullanmamak size herhangi bir performans kazandırmaz.

HSTS kullanıyorsanız daha da fazla sunucu bloğuna ihtiyacınız olduğunu unutmayın, çünkü HSTS başlıkları şifrelenmemiş bağlantılar üzerinden gönderilmemelidir. Bu nedenle, yönlendirmeleri olan şifrelenmemiş sunucu bloklarına ve yönlendirmeleri ve HSTS başlıklarına sahip şifreli sunucu bloklarına ihtiyacınız vardır.

Her şeyi SSL'ye yönlendirin (UNv'de IPv4, IPv6, SPDY, ... ile kişisel yapılandırma):

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

Sanırım şimdi bu kalıba sahip diğer bileşikleri kendiniz hayal edebilirsiniz.

Daha fazla yapılandırmam? Git buradan ve buradan .


3
HSTS kullanıyorsanız Chrome'unuzun www alan adınıza gidememesi gerekir . Lütfen olabildiğince çok ayrıntı içeren yeni bir soru açın ve size yardımcı olacağım (soruya URL'yi burada yorum olarak gönderebilirsiniz).
Fleshgrinder

1
Ben senin kurulum uygulamaya çalışırken ama en aşağıdaki sorunu alıyorum @Fleshgrinder stackoverflow.com/questions/29451409/... o iş yapmak konusunda herhangi bir fikir?
YPCrumble

4
"Hem SSL olmayan hem de SSL'yi www olmayan karşılıklarına yeniden yönlendir:" 2. blokta, tarayıcının örneğe yönlendirmeden önce sertifikayı www.example.com için doğrulaması gerektiğinden, her iki sunucu bloğunun da SSL direktifleri olmalıdır. .com.
Jeff Tsay

1
Tabii ki, bunu ekledim ve HSTS hakkında kısa bir bilgi.
Fleshgrinder

1
@YPCrumble evet, bu şekilde ÇOK daha hızlı çünkü her istekte düzenli ifade eşleşmesi yapmıyoruz. Yalnızca yeniden yönlendirmemiz gerektiğini bildiğimiz takdirde yönlendiririz. Kontrol yok, doğrulama yok, hiçbir şey: sadece yönlendirme. =)
Fleshgrinder

37

Daha fazla alan için aynı yapılandırmayı kullanmak istediğinizi öğrenebilirsiniz.

Aşağıdaki snippet, herhangi bir alan adından önce www'yi kaldırır:

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

7
Bu şekilde özel sunucu bloklarından daha iyi seviyorum. Değişim httpiçin$scheme
ck_

2
Çok daha iyi, pek çok kişinin bu görev için yapılandırmalara sabit kodlayacağına inanamıyorum.
BayYellow

1
@Oli Bu bağlantı (bugün itibariyle) performanstan bahsetmiyor, aksine% 100 güvenli değil. "Bir konum bağlamında içeride yapılabilecek sadece% 100 güvenli şeyler: return ...ve rewrite ... last" der . Performans sorunlarıyla ilgili güncellenmiş bağlantılar var mı?
Adam

1
Bu benim için işe yaramadı. Tarayıcıda geçersiz yanıt söyleyerek bir hata almayı sürdürdüm.
Nico Brenner

1
Ne yazık ki, "if" olmadan bir yol bulamadım. Birçok etki alanı için aynı yapılandırmayı kullanıyorum, etki alanı adlarının kodlanması bir seçenek değil. Herhangi bir öneri / yorum takdir!
Martin Höger

27

İki sunucu bloğuna ihtiyacınız var.

Bunları yapılandırma dosyanıza koyun, ör. /etc/nginx/sites-available/sitename

Kullanılacak ana adres olarak http://example.com adresine karar verdiğinizi varsayalım .

Yapılandırma dosyanız aşağıdaki gibi görünmelidir:

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
}

İlk sunucu bloğu, istekleri 'www' önekiyle yeniden yönlendirme talimatlarını içerecektir. 'Www' önekiyle URL isteklerini dinler ve yönlendirir.

Başka bir şey yapmaz.

İkinci sunucu bloğu ana adresinizi (kullanmak istediğiniz URL) tutar. Diğer tüm ayarlar buraya benzerroot , index, locationsunucu bloğunda içerebilir bu ayarlar için varsayılan dosyayı kontrol edin, vb.

Sunucu iki DNS A kaydına ihtiyaç duyar.

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

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

İpv6 için, ipv6 adresinizi kullanarak AAAA kayıt çiftini oluşturun.


23

Birden fazla www - www olmayan sunucu adları için bunu nasıl yapacağım (Bunu alt etki alanları için kullandım):

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

20
  1. En İyi Uygulama: serversabit kodlu ayrıserver_name

Nginx ile en iyi uygulama, serverbunun gibi bir yönlendirme için ayrı bir yöntem kullanmaktır (server ana yapılandırmanızla şey kullanmak, her şeyi sabit kodlamak ve normal ifadeler kullanmamaktır.

HTTPS kullanıyorsanız alan adlarını sabit kodlamak da gerekebilir, çünkü hangi sertifikaları vereceğinizi önceden bilmeniz gerekir.

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
}

  1. İçinde Normal İfadeleri Kullanma server_name

Çok sayıda siteniz varsa ve en yüksek performansı umursamıyorsanız, ancak her birinin www.önek konusunda aynı politikaya sahip olmasını istiyorsanız, düzenli ifadeler kullanabilirsiniz. Ayrı bir kullanım için en iyi uygulama serverhala geçerli olacaktır.

Https kullanırsanız bu çözümün zorlaşacağını unutmayın, çünkü düzgün çalışmasını istiyorsanız, tüm alan adlarınızı kapsayan tek bir sertifikaya sahip olmanız gerekir.


olmayan wwwiçin wwww / adanmış tek regex servertüm siteler için:

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

wwwolmayan için wwwadanmış tek içinde w / regex servertüm siteler için:

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

www olmayanwww özel bir ağırlık / düzenli ifadeserver sadece bazı siteler için:

Etki yalnızca birkaç, o zaman sadece maç için böyle bir şey kullanabilirsiniz kapsayacak şekilde regex kısıtlamak gerekebilir www.example.org, www.example.comve www.subdomain.example.net:

server {
    server_name ~^www\.(?<domain>(?:example\.org|example\.com|subdomain\.example\.net))$;
    return  301 $scheme://$domain$request_uri;
}

Nginx ile Düzenli İfadeleri Test Etme

Normal ifadenizin pcretestsisteminizde beklendiği gibi çalıştığını test edebilirsiniz , bu da pcrenginx'inizin normal ifadeler için kullanacağı kütüphane ile aynıdır :

% 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> 

"Host" başlığında bir son nokta olduğunda nginx sunucu adı normal ifadesine göre , nginx zaten ilgileniyor olduğundan, sondaki noktalar veya durum hakkında endişelenmenize gerek olmadığını unutmayın .


  1. ifMevcut server/ HTTPS içinde serpin :

Bu nihai çözüm genellikle en iyi uygulama olarak kabul edilmez, ancak yine de çalışır ve işi yapar.

Aslında, HTTPS kullanıyorsanız, bu son çözümün bakımı daha kolay olabilir, çünkü farklı servertanımlar arasında bir dizi ssl direktifini kopyalayıp yapıştırmak zorunda kalmayacaksınız ve bunun yerine parçacıkları sadece gerekli sunuculara erişerek sitelerinizde hata ayıklamayı ve bakımını kolaylaştırır.


olmayan wwwiçin www:

if ($host ~ ^(?!www\.)(?<domain>.+)$) {
    return  301 $scheme://www.$domain$request_uri;
}

wwwolmayan www:

if ($host ~ ^www\.(?<domain>.+)$) {
    return  301 $scheme://$domain$request_uri;
}

tek bir tercih edilen alanın kodlanması

Biraz daha fazla performans ve tek bir alanın serverkullanabileceği birden çok alan arasındaki tutarlılık istiyorsanız, yine de tek bir tercih edilen alanı açıkça kodlamak mantıklı olabilir:

if ($host != "example.com") {
    return  301 $scheme://example.com$request_uri;
}

Referanslar:


16

Bu çözüm benim kişisel deneyimimden geliyor. Alan adlarına S3 "Ana Bilgisayar" başlık politikasına uyacak şekilde yönlendirmek non-wwwiçin birkaç Amazon S3 grubu ve bir sunucu kullandıkwww .

Nginx sunucusu için aşağıdaki yapılandırmayı kullandım :

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

Bu sunucu ne olursa olsun ama ile başlayan işaret bütün alan adları eşleşir www.ve yönlendirmeler için www.<domain>. Aynı şekilde size ters yönlendirme yapabilirsiniz wwwiçin non-www.


https ne olacak? not: https İHTİYACINIZ sertifikayı
Toskan

Burada HTTPS ile ilgili kesinlikle bir sorun yok. Sonra ve sonra ve yönergeleri listen 80eklemeniz gerekir . listen 443 sslssl_certificatessl_certificate_key
VisioN

Bugünlerde kimse http kullanmıyor. Ben sadece listen 443 ssl eksik certficate ile eklenen satır ile örnek gösterdi google üst listelenen bir rehber okuyordu . Bu alışkanlık çalışması ve bazı ciddi baş ağrısı neden oluyor.
Toskan

Hangi rehberden bahsettiğinizi bilmiyorum. Bu yapılandırmayı yaklaşık üç yıldır başarıyla çalıştırıyorum. Geçen yıl SSL desteği ekledim ve beklendiği gibi çalışıyor. Ve elbette özel anahtarlı bir sertifikaya sahip olmanız gerekir.
VisioN

bu www dışındaki tüm alt alanları tıkayacak, değil mi?
Metagrafçı

15

Tüm basit cevapların en iyilerini, sabit kodlanmış alanlar olmadan birleştirdim.

Www olmayandan www'ye (HTTP veya HTTPS) 301 kalıcı yönlendirme:

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

    # Regular location configs...
}

HTTPS olmayan, www olmayandan HTTPS'ye, www yönlendirme özelliğini aynı anda tercih ediyorsanız:

server {
    listen 80;

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

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

11

Www olmayanları www'e yönlendir

Tek Alan İçin:

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

Tüm Etki Alanları için:

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

Tek Etki Alanı için www'yi www olmayana yönlendir :

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

Tüm Etki Alanları için:

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

Eğer arasındaki farklılaşmayı verebilir misiniz 80ve 443?
Hassan Baig

1
Benim için listendirektifler olmadan çalışıyor gibi görünüyor (nginx 1.4.6).
İbrahim

11

bunu dene

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

Diğer yol: Nginx no-www - www

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

ve www'den no-www'ye

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

Yazarlar nginx'te neden if-ifadesi verdiler ve sonra insanlara bundan kaçınmasını söylediler? Bana aptalca geliyor.
Greg Smethells

4
"Eğer konum kötüyse EĞER" belirtilir. Eğer sunucu bloğunuza güvenle koyabilirsiniz
Kukunin

Yukarıdaki bağlantıdan doğrudan alıntı ... Konum bağlamında içeride yapılabilecek sadece% 100 güvenli şeyler şunlardır: dönüş ...; yeniden yaz ... son;
Justin E

8

Benzersiz biçim:

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

1
Bu şekilde yazarak genel yapabilirsiniz: server { server_name "~^www\.(.*)$" ; return 301 $scheme://$1$request_uri ; }
Ramast

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

1
$scheme://www.domain.com$1eğik çizgi önlemek için
karimhossenbux

3

301 döndürmenin doğru olabileceğini kimsenin fark edip etmediğinden emin değilim ama tarayıcılar bunu yapmayı boğdu

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

şundan daha hızlı:

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


1
benim yorum nginx tarafında verimlilik değil tarayıcıya yönelik oldu! bir yönlendirme ile tarayıcı yeniden istekte 2 istek vs 1 istek yapar
steven

2

Hayalet günlüğü

nginx'in önerilen yöntemi return 301 $scheme://example.com$request_uri;Ghost ile çalışması için ana sunucu bloğunuza eklemeniz gerekir:

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;  

2

Etki alanı adını sabit kodlamak istemiyorsanız, bu yönlendirme bloğunu kullanabilirsiniz. Başında www olmayan etki alanı $domain, yönlendirme deyiminde yeniden kullanılabilen değişken olarak kaydedilir .

server {
    ...
    # Redirect www to non-www
    if ( $host ~ ^www\.(?<domain>.+) ) {
       rewrite ^/(.*)$ $scheme://$domain/$1;
    }
}

REF: nginx'te normal ifadeyle bir alt etki alanını yeniden yönlendirme


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

-6

Bu işlemi yaparken sorun yaşıyorsanız, sunucunuzun IP adresini eklemeniz gerekebilir. Örneğin:

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

burada XXX.XXX.XXX.XXX, IP adresidir (açıkça).

Not: https isteklerini düzgün bir şekilde yönlendirmek için ssl crt ve anahtar konumu tanımlanmalıdır

Değişiklikleri yaptıktan sonra nginx'i yeniden başlatmayı unutmayın:

service nginx restart

3
/etc/init.d/nginx reloadyapabilecekleriniz reloadsunucu çok hangi herhangi bir kesinti neden olmaz.
TheBlackBenzKid
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.