Azure Storage Java: mga rutang proxy para sa API at mga kahilingan sa token
Suriin ang parehong kahilingan sa Azure Storage at kahilingan sa token ng mga kredensyal kapag nagko-configure ng proxy ng Java SDK.
Ang pag-configure ng proxy sa HTTP transport ng isang storage client ay sumasagot sa isang tanong: paano ipinapadala ng transport na iyon ang mga kahilingan sa storage. Maaaring may ibang HTTP client ang isang identity credential para kumuha ng mga token.
Ipinapaliwanag ng pagkakaibang iyon ang isang kontradiksyong mukhang karaniwan: naaabot ang storage endpoint sa pamamagitan ng proxy, ngunit nabigo ang SDK bago ipadala ang inaasahang operasyon. Maaaring kabilang ang pagkabigong iyon sa pagkuha ng kredensyal laban sa isang identity endpoint.
Itala muna kung aling destinasyon ang nabigo. Pagkatapos, suriin ang HTTP client na ibinigay sa storage builder at ang configuration na ginagamit ng pagpapatupad ng kredensyal. Sundin ang mga sinusuportahang opsyon sa proxy ng bawat transport. Para sa pampublikong maaabot na storage at token endpoint sa isang pinahihintulutang pampublikong ruta ng proxy, nag-aalok ang listahan ng HTTP proxy ng mga kandidatong endpoint; huwag ipagpalagay na ang setting ng isang builder ay muling nagko-configure sa bawat object sa application.
| Yugto | Kapaki-pakinabang na ebidensya |
|---|---|
| Pagkuha ng token | Identity endpoint, napiling client, hamon ng proxy o error sa koneksyon |
| Kahilingan sa storage | Storage endpoint, naka-configure na pipeline, huling tugon o pagkabigo sa paglilipat |
Panatilihing hiwalay ang proxy account sa Azure credential. Ang matagumpay na pag-login sa proxy ay nagbibigay ng ruta; pinapahintulutan pa rin ng destinasyong serbisyo ang operasyon ng Azure.
Gumagamit ang mga makasaysayang sagot ng ilang henerasyon ng mga klase ng Azure Storage Java, kasama ang mas lumang OperationContext at pipeline API. Itugma ang isang halimbawa sa SDK at HTTP transport na ginagamit ng application ngayon. Para sa SDK ng Data Lake, ipinapakita ng ibinahaging setup ng HTTP client para sa storage at identity ang dalawang input ng builder. Ang muling pagpapasok ng lipas na uri ng client upang malutas ang problema sa proxy ay lumilikha ng isa pang landas ng configuration na i-debug.
Gumamit ng mga ligtas na endpoint identifier sa mga log. Maaaring may access token ang mga storage URL, at ang buong proxy URL ay maaaring may password.