Menelusuri login OmniAuth melalui proxy

Pengguna mengeklik “Masuk”, mencapai halaman penyedia lalu kembali ke Rails. Langkah berikutnya tetap bisa gagal karena memulai koneksi baru dari server Rails.

browser → provider authorization page → browser callback to Rails
Rails   → provider token endpoint → Rails

Browser mengikuti pengalihan otorisasi dengan konfigurasi jaringannya sendiri. Rails melakukan pertukaran token jalur belakang dengan klien HTTP yang dipilih strategi OmniAuth yang terpasang. Worker yang berjalan di balik proxy perusahaan memerlukan rute itu pada permintaan ke penyedia.

OAuth 1.0 juga memiliki langkah token permintaan di sisi server sebelum pengguna mengotorisasi akses. Alur kode otorisasi OAuth 2.0 memiliki pertukaran tokennya sendiri setelah callback. Urutan persisnya bergantung pada strategi, tetapi browser dan server aplikasi tetap menjadi titik awal yang berbeda.

Temukan konfigurasi klien

Ikuti strategi hingga ke klien HTTP yang mengirim token dan permintaan API penyedianya. Gunakan opsi proxy yang didokumentasikan untuk klien itu. Sebagian strategi meneruskan opsi klien ke pustaka OAuth; yang lain mengonfigurasi koneksi HTTP di bawahnya. Opsi yang diterima satu strategi tidak otomatis menjadi opsi OmniAuth bersama.

Biarkan URL otorisasi, token, dan callback penyedia menggambarkan layanan sebenarnya. Proxy keluar adalah pengaturan transportasi untuk menjangkau penyedia, bukan alamat callback pengganti dan bukan bidang yang ditambahkan ke parameter permintaan OAuth.

Saat menelusuri login, tandai langkah terakhir yang selesai. Halaman login penyedia yang tampil membuktikan rute browser berhasil. Callback yang diterima Rails membuktikan browser kembali. Permintaan token berikutnya adalah titik untuk memeriksa koneksi proxy, tantangan, atau respons penyedia dari proses Rails.