Azure Storage Java: API আৰু টোকেন অনুৰোধৰ বাবে প্ৰক্সি পথ

Java SDK প্ৰক্সি সংৰূপ কৰোঁতে Azure Storage অনুৰোধ আৰু credential টোকেন অনুৰোধ দুয়োটা পৰীক্ষা কৰক।

ষ্ট’ৰেজ ক্লায়েন্টৰ HTTP পৰিবহণত প্ৰক্সি সংৰূপ কৰিলে এটা প্ৰশ্নৰ উত্তৰ দিয়ে: সেই পৰিবহণে ষ্ট’ৰেজ অনুৰোধ কেনেকৈ পঠিয়ায়। এটা identity credential-ৰ টোকেন পাবলৈ অন্য HTTP ক্লায়েন্ট থাকিব পাৰে।

এই পাৰ্থক্যই এটা সাধাৰণ যেন লগা বিৰোধ ব্যাখ্যা কৰে: ষ্ট’ৰেজ endpoint প্ৰক্সিৰে পাব পাৰি, কিন্তু SDK-এ আশা কৰা কাৰ্য পঠিওৱাৰ আগতে বিফল হয়। এই বিফলতা identity endpoint-ৰ বিৰুদ্ধে credential লোৱাত হ’ব পাৰে।

প্ৰথমে কোন destination বিফল হ’ল লিপিবদ্ধ কৰক। তাৰ পিছত ষ্ট’ৰেজ builder-লৈ দিয়া HTTP ক্লায়েণ্ট আৰু credential implementation-এ ব্যৱহাৰ কৰা সংৰূপ পৰীক্ষা কৰক। প্ৰতিটো পৰিবহণৰ সমৰ্থিত প্ৰক্সি বিকল্প অনুসৰণ কৰক। অনুমোদিত ৰাজহুৱা প্ৰক্সি পথত ৰাজহুৱাভাৱে পাব পৰা ষ্ট’ৰেজ আৰু টোকেন endpoint-ৰ বাবে HTTP প্ৰক্সি তালিকাই endpoint প্ৰাৰ্থী আগবঢ়ায়; এজন builder-ৰ ছেটিংয়ে এপ্লিকেশ্যনৰ প্ৰতিটো বস্তু পুনৰ সংৰূপ কৰে বুলি নাভাবিব।

পৰ্যায়উপযোগী প্ৰমাণ
টোকেন লোৱাIdentity endpoint, বাছনি কৰা ক্লায়েণ্ট, প্ৰক্সি challenge বা সংযোগ ত্ৰুটি
ষ্ট’ৰেজ অনুৰোধষ্ট’ৰেজ endpoint, সংৰূপিত pipeline, চূড়ান্ত সঁহাৰি বা স্থানান্তৰ বিফলতা

প্ৰক্সি একাউণ্ট Azure credential-ৰ পৰা পৃথক ৰাখক। সফল প্ৰক্সি লগইন এটা পথ দিয়ে; গন্তব্য সেৱাই এতিয়াও Azure কাৰ্য অনুমোদন কৰে।

ঐতিহাসিক উত্তৰত Azure Storage Java শ্ৰেণীৰ কেইবাটাও প্ৰজন্ম ব্যৱহাৰ হয়, য’ত পুৰণি OperationContext আৰু pipeline API আছে। এটা উদাহৰণ এপ্লিকেশ্যনে বৰ্তমান ব্যৱহাৰ কৰা SDK আৰু HTTP পৰিবহণৰ সৈতে মিলাওক। Data Lake SDK-ৰ বাবে, ষ্ট’ৰেজ আৰু identity-ৰ বাবে শ্বেয়াৰ কৰা HTTP ক্লায়েণ্ট সংৰূপই দুয়োটা builder input দেখুৱায়। প্ৰক্সি সমস্যা সমাধান কৰিবলৈ এটা অচল ক্লায়েণ্ট প্ৰকাৰ পুনৰ আনিলে ডিবাগ কৰিবলগীয়া আন এটা সংৰূপ পথ সৃষ্টি হয়।

লগত নিৰাপদ endpoint identifier ব্যৱহাৰ কৰক। ষ্ট’ৰেজ URL-ত access token থাকিব পাৰে, আৰু সম্পূৰ্ণ প্ৰক্সি URL-ত পাছৱৰ্ড থাকিব পাৰে।

সম্পৰ্কিত প্ৰবন্ধ