Apache HttpClient ken it wachtwurd mar krijt hieltyd 407
Koppelje Apache HttpClient-proxykrêften oan 'e echte proxyrûte en ûnderskied in autentikaasje-útdaging fan in mislearre oanmelding.
In goed wachtwurd by de oanbieder makket gjin passende krêft foar de proxy dy't eins keazen is. Begjin mei it skema, de host en de poarte fan dat einpunt; in hostfjild nimt meastentiids allinnich in hostnamme of IP oan, gjin folsleine URL.
- Lês de hiele autentikaasje-útwikseling. In 407 folge troch in akseptearre nije poging kin normaal wêze. Bewiisje dat it einresultaat noch altyd 407 is foardat jo de oanmelding as wegere beskôgje.
- Fergelykje rûte en omfang fan krêften. Koppelje de echte host/poarte en de oare fjilden dy't definiearre wurde troch de útrôle HttpClient 5 AuthScope. In ferkearde poarte kin BasicCredentialsProvider sûnder passende yngong litte.
- Kontrolearje metoade en identiteit. Bie de proxy de stipe metoade oan? Brûkte de nije poging de ferwachte ferbining? Freget de operator in domeinkwalifisearre akkount of in oar dokumintearre formaat?
Brûk de API fan 'e ynstallearre haadferzje. In resept foar autentikaasje-cache út HttpClient 4 giet net ûnferoare oer nei ferzje 5. Brûk de akkounteasken fan de operator ynstee fan willekeurige brûkersnamfarianten troch te rinnen.
Preemptive autentikaasje is in oare bewuste kar. Foar in kompatibel skema kin it ien rûn besparje, mar it feroaret wannear't krêften fuortgeane en freget in stipe omfang. It kin net de earste reparaasje wêze foar in net-passend einpunt of in net-stipe metoade.
Hâld de útdage proxy-identiteit, metoade, omfangsoerienkomst en einstatus yn redigearre diagnostyk. It wachtwurd en rûge spoaren mei krêften binne net nedich foar dy fergeliking.