Azure Storage Java: proxy ibilbideak API eta token eskaeretarako
Egiaztatu Azure Storage eskaerak eta kredentzialen token eskaerak Java SDK proxy bat konfiguratzean.
Biltegi-bezero baten HTTP garraioan proxy bat konfiguratzeak galdera bati erantzuten dio: nola bidaltzen ditu garraio horrek biltegiko eskaerak. Identitate-kredentzial batek tokenak lortzeko beste HTTP bezero bat izan dezake.
Bereizketa horrek itxura arrunteko kontraesana azaltzen du: biltegiko amaiera-puntua proxyaren bidez irits daiteke, baina SDKak huts egiten du espero den eragiketa bidali aurretik. Hutsegitea identitate amaiera-puntuaren aurkako kredentzialen lorpenari dagokio.
Lehenik erregistratu zein helmugak huts egin duen. Gero aztertu biltegiko eraikitzailera emandako HTTP bezeroa eta kredentzialen inplementazioak erabiltzen duen konfigurazioa. Jarraitu garraio bakoitzaren proxy aukera onartuei. Baimendutako proxy publiko bide batean publikoki irisgarriak diren biltegi eta token amaiera-puntuetarako, HTTP proxy zerrendak amaiera-puntu hautagaiak eskaintzen ditu; ez ezazu pentsa eraikitzaile baten ezarpenak aplikazioko objektu guztiak birkonfiguratzen dituenik.
| Etapa | Ebidentzia erabilgarria |
|---|---|
| Tokenaren lorpena | Identitate amaiera-puntua, hautatutako bezeroa, proxy erronka edo konexio-errorea |
| Biltegiko eskaera | Biltegiko amaiera-puntua, konfiguratutako pipelinea, azken erantzuna edo transferentzia-hutsegitea |
Eduki proxy kontua Azure kredentzialetik bereizita. Proxy saio-hasiera arrakastatsuak ibilbide bat ematen du; helmuga-zerbitzuak Azure eragiketa baimendu behar du oraindik.
Erantzun historikoek Azure Storage Java klaseen belaunaldi ugari erabiltzen dituzte, OperationContext eta pipeline API zaharragoak barne. Egin bat adibidea aplikazioak gaur egun erabiltzen duen SDK eta HTTP garraioarekin. Data Lake SDKrako, biltegi eta identitaterako HTTP bezero konfigurazio partekatu batek eraikitzailearen bi sarrerak erakusten ditu. Proxy arazo bat konpontzeko bezero mota zaharkitu bat berriro sartzeak arazteko beste konfigurazio bide bat sortzen du.
Erabili amaiera-puntu identifikatzaile seguruak erregistroetan. Biltegiko URLetan sarbide-tokenak egon daitezke, eta proxy URL oso batek pasahitza eduki dezake.