Дали OkHttp ќе се поврзе директно кога проксито ќе пропадне?
Користете ја верзијата на клиентот, кандидатите за рутирање и патеката за повторен обид на апликацијата за да одлучите дали неуспешно прокси може да доведе до директен пристап.
Во историскиот случај на системско HTTP прокси, OkHttp го промени однесувањето во 3.5.0: престана да се обидува директна врска откако тоа прокси пропадна. Постар извештај за тивко враќање може да го опишува однесувањето пред таа промена.
Таа историја не ја решава политиката за рутирање на секоја апликација. За да протолкувате извештај од вашата сопствена апликација, следете ги овие три проверки:
- Најдете ја резолвираната верзија на OkHttp. Користете ги податоците за зависности на апликацијата, вклучително верзијата што рамката навистина ја вклучува, наместо возраста на примерот што се копира.
- Најдете како овој клиент избира рута. Експлицитно прокси и прилагоден ProxySelector се различни конфигурации. Ако селекторот понуди директен кандидат по прокси, тој нуди директна алтернатива.
- Следете го ракувачот со грешки. Барајте код на апликацијата што повторно се обидува со друг клиент. Директното барање што го прави таа замена е надвор од одлуката на првиот клиент.
За барање за задолжително прокси, релевантната клиентска политика мора да застане наместо да понуди директна алтернатива. Проверете го вистинскиот клиент и патеката за повторен обид против тоа барање; самата промена во 3.5.0 не е правило за сообраќај на целата машина.