Azure Storage Java: proxy-slóðir fyrir API- og tókenbeiðnir
Athugaðu bæði Azure Storage-beiðnir og tókenbeiðnir auðkennis þegar þú stillir Java SDK proxy.
Að stilla proxy á HTTP-flutning geymsluþjóns svarar einni spurningu: hvernig sá flutningur sendir geymslubeiðnir. Auðkenni getur haft annan HTTP-biðlara til að sækja tóken.
Sá munur útskýrir sýnilega algenga mótsögn: hægt er að ná geymsluendapunktinum í gegnum proxyið, en SDK mistekst áður en vænta aðgerðin er send. Mistakið getur átt við öflun auðkennis gagnvart auðkennisendapunkti.
Skráðu fyrst hvaða áfangastaður mistókst. Skoðaðu síðan HTTP-biðlarann sem geymslubyggjaranum var gefinn og stillinguna sem auðkennisútfærslan notar. Fylgdu studdum proxyvalkostum hvers flutnings. Fyrir opinberlega aðgengilega geymslu- og tókenendapunkta á leyfðri almennri proxy-slóð býður HTTP-proxylistinn upp á endapunktsefni; ekki gera ráð fyrir að stilling eins byggjara endurstilli hvern hlut í forritinu.
| Þrep | Gagnlegar sannanir |
|---|---|
| Öflun tókens | Auðkennisendapunktur, valinn biðlari, proxyáskorun eða tengivilla |
| Geymslubeiðni | Geymsluendapunktur, stillt pípa, endanlegt svar eða flutningsmistök |
Haltu proxyaðganginum aðskildum frá Azure-auðkenninu. Árangursrík innskráning í proxy veitir slóð; áfangastaðarþjónustan heimilar Azure-aðgerðina samt.
Söguleg svör nota nokkrar kynslóðir Azure Storage Java-flokka, þar á meðal eldri OperationContext- og pípu-API. Færðu dæmi að SDK-inu og HTTP-flutningnum sem forritið notar núna. Fyrir Data Lake SDK sýnir sameiginleg HTTP-biðlarauppsetning fyrir geymslu og auðkenni bæði inntak byggjarans. Að taka úrelta biðlarategund inn aftur til að leysa proxyvandamál býr til aðra stillileið til að kemba.
Notaðu örugg auðkenni endapunkta í annálum. Geymslu-URL geta innihaldið aðgangstóken, og fullt proxy-URL getur innihaldið lykilorð.