Pada kasus historis proxy HTTP sistem, OkHttp mengubah perilakunya di 3.5.0: ia berhenti mencoba koneksi langsung setelah proxy tersebut gagal. Laporan lama tentang fallback senyap mungkin menggambarkan perilaku sebelum perubahan itu.

Sejarah itu tidak menentukan kebijakan perutean setiap aplikasi. Untuk menafsirkan laporan dari aplikasi Anda sendiri, ikuti tiga pemeriksaan berikut:

  1. Temukan versi OkHttp yang teresolusi. Gunakan informasi dependensi aplikasi, termasuk versi yang sebenarnya dibundel oleh framework, alih-alih usia contoh yang disalin.
  2. Temukan bagaimana klien ini memilih rute. Proxy eksplisit dan ProxySelector kustom adalah konfigurasi yang berbeda. Jika pemilih menyediakan kandidat langsung setelah proxy, ia menawarkan alternatif langsung.
  3. Ikuti penangan kegagalan. Cari kode aplikasi yang mencoba ulang dengan klien lain. Permintaan langsung yang dibuat oleh pengganti itu berada di luar keputusan klien pertama.

Untuk persyaratan proxy wajib, kebijakan klien yang relevan harus berhenti alih-alih menawarkan alternatif langsung. Periksa klien sebenarnya dan jalur percobaan ulang terhadap persyaratan itu; perubahan 3.5.0 saja bukan aturan lalu lintas untuk seluruh mesin.

Artikel terkait