Azure Storage Java: API va token soʻrovlari uchun proxy yoʻllari
Java SDK proksisini sozlashda Azure Storage soʻrovlarini ham, hisob maʼlumotlari token soʻrovlarini ham tekshiring.
Saqlash mijozi HTTP transportida proksi sozlash bitta savolga javob beradi: bu transport saqlash soʻrovlarini qanday yuboradi. Identifikatsiya hisob maʼlumotlarining token olish uchun boshqa HTTP mijozi boʻlishi mumkin.
Bu farq oddiy koʻrinadigan qarama-qarshilikni tushuntiradi: saqlash oxirgi nuqtasiga proksi orqali yetish mumkin, lekin SDK kutilgan amalni yuborishdan oldin muvaffaqiyatsizlikka uchraydi. Bu muvaffaqiyatsizlik identifikatsiya oxirgi nuqtasidan hisob maʼlumotlarini olishga tegishli boʻlishi mumkin.
Avval qaysi manzil muvaffaqiyatsiz boʻlganini yozib oling. Soʻngra saqlash quruvchisiga berilgan HTTP mijozini va hisob maʼlumotlari amalga oshirishi ishlatadigan konfiguratsiyani koʻrib chiqing. Har bir transportning qoʻllab-quvvatlanadigan proksi parametrlariga rioya qiling. Ruxsat etilgan ommaviy proksi yoʻlidagi ommaga ochiq saqlash va token oxirgi nuqtalari uchun HTTP proksilari roʻyxati oxirgi nuqta nomzodlarini taklif etadi; bitta quruvchining sozlamasi ilovadagi har bir obyektni qayta sozlaydi deb oʻylamang.
| Bosqich | Foydali dalil |
|---|---|
| Token olish | Identifikatsiya oxirgi nuqtasi, tanlangan mijoz, proksi sinovi yoki ulanish xatosi |
| Saqlash soʻrovi | Saqlash oxirgi nuqtasi, sozlangan quvur, yakuniy javob yoki uzatish xatosi |
Proksi hisobini Azure hisob maʼlumotlaridan alohida saqlang. Proksiga muvaffaqiyatli kirish yoʻl beradi; manzil xizmati baribir Azure amalini ruxsatlaydi.
Tarixiy javoblar Azure Storage Java sinflarining bir necha avlodini, jumladan eski OperationContext va quvur API-larini ishlatadi. Namunani ilova hozir ishlatayotgan SDK va HTTP transportiga moslang. Data Lake SDK uchun saqlash va identifikatsiya uchun umumiy HTTP mijoz sozlamasi quruvchining ikkala kirishini koʻrsatadi. Proksi muammosini hal qilish uchun eskirgan mijoz turini qayta kiritish yana bitta sozlash yoʻlini keltirib chiqaradi.
Jurnallarda xavfsiz oxirgi nuqta identifikatorlaridan foydalaning. Saqlash URL-larida kirish tokenlari, toʻliq proksi URL-da esa parol boʻlishi mumkin.