Starpniekservera konfigurēšana krātuves klienta HTTP transportā atbild uz vienu jautājumu: kā šis transports sūta krātuves pieprasījumus. Identitātes akreditācijas datiem var būt cits HTTP klients pilnvaru iegūšanai.

Šī atšķirība izskaidro šķietami ierastu pretrunu: krātuves galapunkts ir sasniedzams caur starpniekserveri, bet SDK neizdodas pirms paredzētās darbības nosūtīšanas. Kļūme var attiekties uz akreditācijas datu iegūšanu identitātes galapunktā.

Vispirms pierakstiet, kurš galamērķis neizdevās. Pēc tam pārbaudiet HTTP klientu, kas nodots krātuves veidotājam, un konfigurāciju, ko izmanto akreditācijas datu ieviešana. Ievērojiet katra transporta atbalstītās starpniekservera opcijas. Publiski sasniedzamiem krātuves un pilnvaru galapunktiem atļautā publiskā starpniekservera maršrutā HTTP starpniekserveru saraksts piedāvā galapunktu kandidātus; nepieņemiet, ka viena veidotāja iestatījums pārkonfigurē katru lietojumprogrammas objektu.

PosmsNoderīgi pierādījumi
Pilnvaras iegūšanaIdentitātes galapunkts, izvēlētais klients, starpniekservera izaicinājums vai savienojuma kļūda
Krātuves pieprasījumsKrātuves galapunkts, konfigurētā plūsma, galīgā atbilde vai pārsūtīšanas kļūme

Turiet starpniekservera kontu atsevišķi no Azure akreditācijas datiem. Veiksmīga pieteikšanās starpniekserverī piešķir maršrutu; galamērķa pakalpojums joprojām autorizē Azure darbību.

Vēsturiskās atbildes izmanto vairākas Azure Storage Java klašu paaudzes, tostarp vecākas OperationContext un plūsmas API. Saskaņojiet piemēru ar SDK un HTTP transportu, ko lietojumprogramma pašlaik izmanto. Data Lake SDK gadījumā kopīga HTTP klienta iestatīšana krātuvei un identitātei parāda abas veidotāja ievades. Novecojuša klienta tipa atkārtota ieviešana starpniekservera problēmas risināšanai rada vēl vienu atkļūdojamu konfigurācijas ceļu.

Žurnālos izmantojiet drošus galapunktu identifikatorus. Krātuves URL var saturēt piekļuves pilnvaras, un pilns starpniekservera URL var saturēt paroli.

Saistītie raksti