Nginx ters proxy + URL yeniden yazma

Nginx, 80 numaralı bağlantı noktasında çalışıyor ve bu şekilde /foobağlantı noktası olan proxy URL'lerini tersine çevirmek için kullanıyorum 3200:

location /foo {
                proxy_pass http://localhost:3200;
                proxy_redirect     off;
                proxy_set_header   Host $host;
}

Bu iyi çalışıyor, ancak 3200başlangıçta gönderilmesini istemediğim bağlantı noktasında bir uygulamam var /foo. Yani - eriştiğimde http://localhost/foo/bar, yalnızca /baruygulamanın aldığı yolun olmasını istiyorum . Böylece bu satırı yukarıdaki konum bloğuna eklemeye çalıştım:

rewrite ^(.*)foo(.*)$ http://localhost:3200/$2 permanent;

Bu, 302 yönlendirmesine neden olur (URL’de değişiklik), ancak 301’i istiyorum. Ne yapmalıyım?

Localhost'a yapılan herhangi bir yönlendirme uzaktaki bir sistemden bir anlam ifade etmiyor (örn. Müşterinin Web tarayıcısı). Böylece yeniden yazma bayrakları kalıcı (301) veya yönlendirme (302) sizin durumunuzda kullanılamaz.

Lütfen şeffaf bir yeniden yazma kuralı kullanarak kurulumu izlemeyi deneyin:

location  /foo {
  rewrite /foo/(.*) /$1  break;
  proxy_pass         http://localhost:3200;
  proxy_redirect     off;
  proxy_set_header   Host $host;
}

curl -iTekrar yazdıklarınızı test etmek için kullanın . Kuralda yapılan çok ince bir değişiklik nginx'in yeniden yönlendirme yapmasına neden olabilir.

Basit yer öneki eşlemesi, proxy_pass yönergesinde bir URI belirlediğiniz sürece, yeniden yazma kuralı kullanmadan çalışır:

location /foo {
  proxy_pass http://localhost:3200/;
}

Direktifin /sonundaki eke dikkat edin proxy_pass. NGINX eşleşen öneki soyun /foove geri kalanı URI'daki arka uç sunucusuna iletir /. Bu nedenle, http://myserver:80/foo/baradresindeki arka uca gönderilecek http://localhost:3200/bar.

Gönderen proxy_pass üzerine nginx docs :

Proxy_pass yönergesi bir URI ile belirtilmişse, sunucuya bir istek iletildiğinde, konumu eşleştiren normalleştirilmiş bir istek URI'sı, yönergede belirtilen bir URI ile değiştirilir:

Mutlak en doğru yol ve en iyi uygulama genellikle şöyledir:

location /foo/ {
    proxy_pass http://localhost:3200/; # note the trailing slash!
}

• Öndeki ucun arka uçtaki ile aynı olmasını sağlayacak değişkeni otomatik olarak değiştiren sondaki eğik çizgininproxy_pass korkunç önemine dikkat edin . Açık bir yönergeye gerek yok .$uri/foo//rewrite

• Ayrıca, dikkat sondaki /içindelocation tek noktadan (örneğin bir çalışma sitenizde garip görünümlü URL'ler sahip riski, onsuz - de oldukça önemlidir /fooenek giriş /foo/en).

  Buna ek olarak, arka /bölgesindeki locationile proxy_passbazı sağlayan özel işlem belgelenmesi göre, locationyönerge etkili bir örtülü bir neden location = /foo {return 301 /foo/;}de.

  Dolayısıyla, locationizleyen eğik çizgi ile a'yı yukarıdaki gibi tanımlayarak , yalnızca eğik çizgi sonek URL'lerinin /fooengeçerli olmayacağını değil, /fooizleyen eğik çizgi olmadan da geçerli olmaya devam edeceğinizi garanti edersiniz .

Referans dokümantasyonu:

• http://nginx.org/r/location
• http://nginx.org/r/proxy_pass

Deneyin

location /foo {
    proxy_pass http://localhost:3200/;
    ....

veya

location ^~ /foo {
    proxy_pass http://localhost:3200/;
    ....

@Terabuck Henüz bir cevap gönderemediğim için üzgünüm.

Localhost kullanmamalısınız, çünkü uygulamanın bir hosts dosyası bulunan bir sunucuda çalıştığına bağlısınızdır. yerel ana makine yalnızca 127.0.0.1'e varsayılan bir çeviridir. Bu ana bilgisayar dosyalarına sahip olmanız gerektiğini belirten hiçbir şey yok. Sadece bir tane olması çok yaygın.

Geridöngü arabirime sahip olmak yine bağımlı olmak için başka bir yaygın şeydir, ancak yine de ağ yığını üzerindeki geridöngü arabirimine bağımlısınızdır. Bu ikisine sahip olmamak nadir görülen bir durumdur. Bu konuda endişelenirsen. En azından unix / linux'ta soketler için seçeneğiniz vardır. Bu, ağ yığınının yerel ana bilgisayara ulaşması gereğini ortadan kaldıracaktır. Ana bilgisayar işletim sisteminde gerçekleşecek birkaç faktör olduğundan, bu yaklaşıma dikkat edin. Açık dosya sayısı vb.