Nginx membalikkan proxy + penulisan ulang URL

Nginx berjalan pada port 80, dan saya menggunakannya untuk membalikkan URL proxy dengan jalur /fooke port 3200dengan cara ini:

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

Ini berfungsi dengan baik, tetapi saya memiliki aplikasi pada port 3200, di mana saya tidak ingin inisial /foodikirim. Yaitu - ketika saya mengakses http://localhost/foo/bar, saya hanya ingin /barmenjadi jalur yang diterima oleh aplikasi. Jadi saya mencoba menambahkan baris ini ke blok lokasi di atas:

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

Ini menyebabkan 302 redirect (perubahan URL), tetapi saya ingin 301. Apa yang harus saya lakukan?

Redirect apa pun ke localhost tidak masuk akal dari sistem jarak jauh (misalnya browser Web klien). Jadi flag penulisan ulang permanen (301) atau redirect (302) tidak dapat digunakan dalam kasus Anda.

Silakan coba pengaturan berikut menggunakan aturan penulisan ulang transparan:

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

Gunakan curl -iuntuk menguji penulisan ulang Anda. Perubahan yang sangat halus pada aturan dapat menyebabkan nginx melakukan redirect.

Pencocokan awalan lokasi sederhana berfungsi untuk ini tanpa menggunakan aturan penulisan ulang selama Anda menentukan URI dalam direktif proxy_pass:

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

Perhatikan tambahan /di akhir proxy_passarahan. NGINX akan menghapus awalan yang cocok /foodan meneruskan sisanya ke server backend di URI /. Karenanya, http://myserver:80/foo/barakan dikirim ke backend di http://localhost:3200/bar.

Dari dokumen NGINX di proxy_pass :

Jika direktif proxy_pass ditentukan dengan URI, maka ketika permintaan diteruskan ke server, bagian dari URI permintaan dinormalisasi yang cocok dengan lokasi digantikan oleh URI yang ditentukan dalam direktif:

Cara yang paling benar mutlak dan praktik terbaik biasanya sebagai berikut:

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

• Perhatikan pentingnya trailing slash inproxy_pass , yang secara otomatis mengubah $urivariabel agar yang ada /foo/di front-end sesuai dengan /di backend. Tidak perlu rewritearahan eksplisit .

• Selain itu, perhatikan bahwa jejak /di dalamlocation juga cukup penting - tanpanya, Anda berisiko memiliki URL yang tampak aneh di situs Anda pada satu titik (mis., /fooenSelain bekerja /foo/en).

  Selain itu, trailing /di locationdengan proxy_passjuga memastikan beberapa penanganan khusus , sesuai dengan dokumentasi dari locationdirektif, untuk secara efektif menyebabkan implisit location = /foo {return 301 /foo/;}juga.

  Jadi, dengan mendefinisikan a locationdengan trailing slash seperti di atas, Anda tidak hanya memastikan bahwa URL sufiks slash-less seperti /fooentidak akan valid, tetapi juga bahwa /footanpa trailing slash akan terus berfungsi juga.

Dokumentasi rujukan:

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

mencoba

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

atau

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

@Terabuck Maaf karena belum menjawab tidak ada perwakilan.

Anda tidak boleh menggunakan localhost karena Anda bergantung pada kenyataan bahwa aplikasi berjalan pada server dengan file host. host lokal hanya terjemahan default ke 127.0.0.1. Tidak ada yang menyatakan bahwa Anda harus memiliki file host ini. Sangat umum untuk memilikinya.

Memiliki antarmuka loopback sekali lagi adalah hal yang umum untuk bergantung tetapi Anda masih bergantung pada antarmuka loopback pada tumpukan jaringan. Ini adalah kasus yang langka untuk tidak memiliki keduanya. Jika Anda pernah khawatir tentang ini. Setidaknya pada unix / linux Anda memiliki opsi untuk soket. Ini akan menghilangkan kebutuhan untuk tumpukan jaringan untuk mencapai localhost. Berhati-hatilah dengan pendekatan ini karena ada beberapa faktor yang akan terjadi pada OS host. Seperti jumlah file yang terbuka dll.