Kekalkan Laluan Berkod dalam Laluan Penghantaran HTTP NGINX Sedia Ada
Gunakan request_uri apabila kontrak penghantaran memerlukan laluan dan pertanyaan asal, sambil mengekalkan pengesahan destinasi sedia ada.
Laluan yang dibina daripada $uri boleh menghantar laluan berbeza daripada yang diberikan oleh klien. Untuk http://service.example/files/a%2Fb?view=raw, garis miring yang dilepaskan ialah sebahagian daripada ejaan asal itu.
| Pemboleh ubah | Perwakilan |
|---|---|
| $uri | URI ternormal semasa, yang boleh berubah semasa pemprosesan dalaman |
| $request_uri | URI permintaan asal, termasuk argumen pertanyaannya |
Dalam susunan proksi penghantaran HTTP sedia ada yang sudah memilih dan mengesahkan autoriti destinasi, laluan dan pertanyaan asal boleh dikekalkan dengan:
proxy_pass http://$http_host$request_uri;$http_host membekalkan autoriti pengepala Host yang dipilih dalam susunan ini. Kekalkan sekatan klien pendengar, dasar destinasi dan konfigurasi penyelesaian nama.
Menggantikan $uri$is_args$args dengan ungkapan ini mengubah perwakilan yang dihantar; yang sebelumnya menggunakan laluan ternormal dan argumen semasa. Pilih mengikut kontrak titik akhir, terutamanya apabila pemisah yang dilepaskan penting atau tandatangan meliputi sasaran asal. Penulisan semula laluan yang disengajakan mempunyai keperluan berbeza.
Ini terpakai kepada permintaan HTTP yang kelihatan. Terowong HTTPS CONNECT membawa permintaan kemudian di dalam TLS dan memerlukan pengendalian tersokongnya sendiri.