Penulisan ulang URL
Azure Front Door mendukung penulisan ulang URL untuk mengubah jalur permintaan yang dirutekan ke asal Anda. Penulisan ulang URL memungkinkan Anda mengatur kondisi untuk memastikan URL atau header yang ditentukan ditulis ulang hanya saat kondisi tertentu terpenuhi. Kondisi tersebut didasarkan pada informasi permintaan dan respons.
Dengan fitur ini, Anda dapat mengalihkan pengguna akhir ke asal yang berbeda berdasarkan jenis perangkat mereka, atau jenis file yang diminta. Tindakan penulisan ulang URL dapat ditemukan dalam konfigurasi seperangkat aturan.
Pola sumber
Pola sumber adalah jalur URL dalam permintaan awal yang ingin Anda ganti. Saat ini, pola sumber menggunakan kecocokan berbasis awalan. Untuk mencocokkan semua jalur URL, Anda dapat menentukan garis miring/ () sebagai nilai pola sumber.
Untuk pola sumber dalam tindakan penulisan ulang URL, hanya jalur setelah pola yang cocok dalam konfigurasi rute yang dipertimbangkan. Misalnya, Anda memiliki format contoso.com/pattern-to-match/source-patternURL masuk berikut , hanya /source-pattern dipertimbangkan oleh seperangkat aturan sebagai pola sumber yang akan ditulis ulang. Format URL keluar setelah penulisan ulang URL diterapkan adalah contoso.com/pattern-to-match/destination.
Untuk situasinya, ketika Anda perlu menghapus /pattern-to-match segmen URL, atur jalur asal untuk grup asal dalam konfigurasi rute ke /.
Tujuan
Jalur tujuan yang digunakan untuk mengganti pola sumber. Misalnya, jika jalur URL permintaan adalah contoso.com/foo/1.jpg, pola sumbernya adalah /foo/, dan tujuannya adalah /bar/, konten akan dilayani dari contoso.com/bar/1.jpg asal.
Pertahankan jalur yang tidak cocok
Mempertahankan jalur yang tidak cocok memungkinkan Anda untuk menambahkan jalur yang tersisa setelah pola sumber ke jalur baru. Ketika mempertahankan jalur yang tidak cocok diatur ke Tidak (default), jalur yang tersisa setelah pola sumber dihapus.
| Pertahankan jalur yang tidak cocok | Pola sumber | Tujuan | Permintaan masuk | Konten yang disajikan dari asal |
|---|---|---|---|---|
| Ya | / | /foo/ | contoso.com/sub/1.jpg | /foo/sub/1.jpg |
| Ya | /Sub/ | /foo/ | contoso.com/sub/image/1.jpg | /foo/image/1.jpg |
| No | /Sub/ | /foo/2.jpg | contoso.com/sub/image/1.jpg | /foo/2.jpg |
Penting
Azure Front Door (klasik) akan dihentikan pada 31 Maret 2027. Untuk menghindari gangguan layanan apa pun, penting untuk memigrasikan profil Azure Front Door (klasik) Anda ke Azure Front Door Standard atau tingkat Premium paling lambat Maret 2027. Untuk informasi selengkapnya, lihat Penghentian Azure Front Door (klasik).
Azure Front Door (klasik) mendukung penulisan ulang URL dengan mengonfigurasi jalur Penerusan kustom saat mengonfigurasi aturan jenis perutean maju. Secara default, jika hanya garis miring (/*) yang ditentukan, Front Door menyalin jalur URL masuk ke URL yang digunakan dalam permintaan yang diteruskan. Header host yang digunakan dalam permintaan yang diteruskan adalah sebagaimana dikonfigurasi untuk backend yang dipilih. Untuk informasi selengkapnya, lihat Header host backend.
Bagian yang kuat dari penulisan ulang URL adalah jalur penerusan kustom menyalin bagian mana pun dari jalur masuk yang cocok dengan jalur wildcard dengan jalur yang diteruskan.
Tabel berikut ini memperlihatkan contoh permintaan masuk dan jalur yang diteruskan terkait saat menggunakan jalur penerusan /fwd/ kustom untuk jalur kecocokan dengan kartubebas. Bagian a/b/c dari jalur mewakili bagian menggantikan wildcard.
| Jalur URL Masuk | Jalur pencocokan | Jalur penerusan kustom | Jalur yang diteruskan |
|---|---|---|---|
| /foo/a/b/c | /foo/* | /fwd/ | /fwd/a/b/c |
Contoh regenerasi URL
Pertimbangkan aturan perutean dengan kombinasi host dan jalur frontend berikut dikonfigurasi:
| Host | Jalur |
|---|---|
| www.contoso.com | /* |
| /foo | |
| /foo/* | |
| /foo/bar/* |
Kolom pertama dalam tabel berikut menunjukkan contoh permintaan masuk dan kolom kedua memperlihatkan apa yang akan menjadi rute pencocokan yang paling spesifik yang ditentukan. Tiga kolom berikutnya dalam tabel adalah contoh jalur penerusan kustom.
Misalnya, baris kedua membaca, untuk permintaan masuk dari www.contoso.com/sub, jika jalur penerusan kustom adalah /, maka jalur yang diteruskan adalah /sub. Jika jalur penerusan kustom adalah /fwd/, maka jalur yang diteruskan adalah /fwd/sub. Bagian yang ditekankan dari jalur mewakili bagian yang merupakan bagian dari kecocokan kartubebas.
| Permintaan masuk | Jalur kecocokan paling spesifik | / | /fwd/ | /foo/ | /foo/bar/ |
|---|---|---|---|---|---|
| www.contoso.com/ | /* | / | /fwd/ | /foo/ | /foo/bar/ |
| www.contoso.com/sub | /* | /sub | /fwd/sub | /foo/sub | /foo/bar/sub |
| www.contoso.com/a/b/c | /* | /a/b/c | /fwd/a/b/c | /foo/a/b/c | /foo/bar/a/b/c |
| www.contoso.com/foo | /foo | / | /fwd/ | /foo/ | /foo/bar/ |
| www.contoso.com/foo/ | /foo/* | / | /fwd/ | /foo/ | /foo/bar/ |
| www.contoso.com/foo/bar | /foo/* | /bar | /fwd/bar | /foo/bar | /foo/bar/bar |
Catatan
Azure Front Door (klasik) hanya mendukung penulisan ulang URL dari jalur statis ke jalur statis lainnya. Mempertahankan jalur yang tidak cocok didukung dengan Azure Front Door Standard dan Premium. Untuk informasi selengkapnya, lihat Mempertahankan jalur yang tak tertandingi.
Pengaturan opsional
Ada pengaturan opsional tambahan yang juga dapat Anda tentukan untuk pengaturan aturan perutean yang diberikan:
- Konfigurasi cache - Jika dinonaktifkan atau tidak ditentukan, permintaan yang cocok dengan aturan perutean ini tidak mencoba menggunakan konten cache dan sebaliknya selalu mengambil dari backend. Untuk informasi selengkapnya, lihat penembolokan dengan Azure Front Door.
Langkah berikutnya
- Pelajari cara membuat profil Azure Front Door.
- Pelajari selengkapnya tentang seperangkat aturan Azure Front Door
- Pelajari tentang arsitektur perutean Azure Front Door.