U istorijskom slučaju sistemskog HTTP proxyja OkHttp je promenio ponašanje u 3.5.0: prestao je da pokušava direktnu vezu nakon što taj proxy ne uspe. Stariji izveštaj o tihom vraćanju može opisivati ponašanje pre te promene.

Ta istorija ne rešava politiku rutiranja svake aplikacije. Da biste protumačili izveštaj iz svoje aplikacije, sledite ove tri provere:

  1. Pronađite razrešenu verziju OkHttp-a. Koristite podatke o zavisnostima aplikacije, uključujući verziju koju okvir zaista uključuje, umesto starosti kopiranog primera.
  2. Pronađite kako ovaj klijent bira rutu. Eksplicitni proxy i prilagođeni ProxySelector su različite konfiguracije. Ako selektor nakon proxyja ponudi direktnog kandidata, nudi direktnu alternativu.
  3. Pratite rukovaoca neuspeha. Tražite kod aplikacije koji ponovo pokušava sa drugim klijentom. Direktan zahtev tog zamenskog klijenta izlazi izvan odluke prvog klijenta.

Za zahtev obaveznog proxyja relevantna politika klijenta mora da stane umesto da ponudi direktnu alternativu. Proverite stvarni klijent i put ponovnog pokušaja prema tom zahtevu; sama promena u 3.5.0 nije pravilo saobraćaja na nivou celog stroja.

Povezani članci