Gambaran umum pengalihan Application Gateway

Anda dapat menggunakan aplikasi gateway untuk mengalihkan lalu lintas. Ini memiliki mekanisme pengalihan generik yang memungkinkan untuk mengalihkan lalu lintas yang diterima pada satu listener ke listener lain atau ke situs eksternal. Hal ini mempermudah konfigurasi aplikasi, mengoptimalkan penggunaan sumber daya, dan mendukung skenario pengalihan baru, termasuk pengalihan global dan pengalihan berbasis jalur.

Skenario pengalihan umum untuk banyak aplikasi web mendukung pengalihan otomatis HTTP ke HTTPS untuk memastikan semua komunikasi antara aplikasi dan penggunanya terjalin melalui jalur yang terenkripsi. Dulu, Anda mungkin menggunakan teknik seperti pembuatan kumpulan ujung belakang khusus yang tujuan tunggalnya adalah untuk mengalihkan permintaan yang diterimanya di HTTP ke HTTPS. Dengan dukungan pengalihan di Application Gateway, Anda dapat melakukan tindakan ini hanya dengan menambahkan konfigurasi pengalihan baru ke aturan perutean, dan menentukan listener lain dengan protokol HTTPS sebagai listener target.

Jenis pengalihan

Jenis pengalihan mengatur kode status respons bagi klien untuk memahami tujuan pengalihan. Jenis pengalihan berikut ini didukung:

  • 301 (Dipindahkan secara permanen): Menunjukkan bahwa sumber daya target telah ditetapkan URI permanen baru. Referensi mendatang apa pun ke sumber daya ini akan menggunakan salah satu URI tertutup. Gunakan kode status 301 untuk pengalihan HTTP ke HTTPS.
  • 302 (Ditemukan): Menunjukkan bahwa sumber daya target sementara berada di bawah URI yang berbeda. Karena pengalihan dapat berubah sesekali, klien harus terus menggunakan URI permintaan yang efektif untuk permintaan di masa mendatang.
  • 303 (Lihat Lainnya): Menunjukkan bahwa sumber daya target mengalihkan agen pengguna ke sumber daya yang berbeda, seperti yang ditunjukkan oleh URI di bidang Header lokasi.
  • 307 (Pengalihan sementara): Menunjukkan bahwa sumber daya target sementara berada di bawah URI yang berbeda. Agen pengguna TIDAK BOLEH mengubah metode permintaan jika melakukan pengalihan otomatis ke URI tersebut. Karena pengalihan dapat berubah dari waktu ke waktu, klien harus terus menggunakan URI permintaan efektif asli untuk permintaan di masa mendatang.

Kemampuan pengalihan

  • Pengalihan pendengar

    Mengalihkan dari satu pendengar ke pendengar lain. Pengalihan pendengar umumnya digunakan untuk mengaktifkan pengalihan HTTP ke HTTPS.

    Saat mengonfigurasi pengalihan dengan pendengar target multi-situs, semua nama host (dengan atau tanpa karakter wildcard) didefinisikan sebagai bagian dari pendengar sumber juga merupakan bagian dari pendengar tujuan. Ini memastikan bahwa tidak ada lalu lintas yang dihilangkan karena nama host yang hilang pada pendengar tujuan saat mengonfigurasi pengalihan HTTP ke HTTPS.

  • Pengalihan berbasis jalur

    Jenis pengalihan ini memungkinkan pengalihan hanya pada area situs tertentu, misalnya, mengalihkan permintaan HTTP ke HTTPS untuk area ke cart belanja yang ditandai oleh /cart/*.

  • Mengalihkan ke situs eksternal

Diagram shows users and an App Gateway and connections between the two, including an unlocked H T T P red arrow, a not allowed 301 direct red arrow, and a locked H T T P S a green arrow.

Dengan perubahan ini, pelanggan perlu membuat objek konfigurasi pengalihan baru, yang menentukan listener target atau situs eksternal yang ingin dialihkan. Elemen konfigurasi juga mendukung opsi untuk mengaktifkan penambahan jalur URI dan string kueri ke URL yang dialihkan. Anda juga dapat memilih jenis pengalihan. Setelah dibuat, konfigurasi pengalihan ini dilampirkan ke listener sumber melalui aturan baru. Saat aturan dasar digunakan, konfigurasi pengalihan dikaitkan dengan listener sumber dan merupakan pengalihan global. Saat aturan berbasis jalur digunakan, konfigurasi pengalihan ditentukan pada peta jalur URL. Jadi, pengalihan tersebut hanya berlaku untuk area jalur tertentu dari sebuah situs.

Langkah berikutnya

Mengonfigurasi pengalihan URL pada gateway aplikasi