Vai OkHttp izveidos tiešu savienojumu, ja starpniekserveris neizdodas?

Izmantojiet klienta versiju, maršrutēšanas kandidātus un lietojumprogrammas atkārtošanas ceļu, lai izlemtu, vai neizdevies starpniekserveris var novest pie tiešas piekļuves.

Vēsturiskajā sistēmas HTTP starpniekservera gadījumā OkHttp mainīja uzvedību versijā 3.5.0: tas pārstāja mēģināt tiešu savienojumu pēc tam, kad šis starpniekserveris neizdevās. Vecāks ziņojums par klusu atkāpšanos var aprakstīt uzvedību pirms šīs izmaiņas.

Šī vēsture neizšķir katras lietojumprogrammas maršrutēšanas politiku. Lai interpretētu ziņojumu no savas lietojumprogrammas, veiciet šīs trīs pārbaudes:

  1. Atrodiet atrisināto OkHttp versiju. Izmantojiet lietojumprogrammas atkarību informāciju, tostarp versiju, ko ietvars faktiski iekļāvis, nevis kopējamā parauga vecumu.
  2. Atrodiet, kā šis klients izvēlas maršrutu. Skaidrs starpniekserveris un pielāgots ProxySelector ir dažādas konfigurācijas. Ja atlasītājs pēc starpniekservera piedāvā tiešu kandidātu, tas piedāvā tiešu alternatīvu.
  3. Izsekojiet kļūdu apstrādātājam. Meklējiet lietojumprogrammas kodu, kas atkārto mēģinājumu ar citu klientu. Šī aizstājēja veiktais tiešais pieprasījums ir ārpus pirmā klienta lēmuma.

Ja tiek prasīts obligāts starpniekserveris, attiecīgajai klienta politikai jāapstājas, nevis jāpiedāvā tieša alternatīva. Pārbaudiet faktisko klientu un atkārtošanas ceļu pret šo prasību; tikai 3.5.0 izmaiņa nav visas mašīnas trafika noteikums.

Saistītie raksti