Azure Blob ৰ Python ক্লায়েন্টৰ বাবে SOCKS5 প্ৰক্সি কনফিগাৰ কৰক

import requests
from azure.core.pipeline.transport import RequestsTransport
from azure.storage.blob import BlobServiceClient

with requests.Session() as session:
    session.trust_env = False
    session.proxies["https"] = "socks5h://proxy.example:1080"
    transport = RequestsTransport(session=session, session_owner=False)
    with BlobServiceClient(
        account_url=account_url,
        credential=credential,
        transport=transport,
    ) as client:
        pass

pass ৰ পৰিৱৰ্তে ইচ্ছাকৃত Blob কাৰ্য্যটো সম্পন্ন কৰক, এপ্লিকেচনৰ account_url আৰু credential ব্যৱহাৰ কৰি। Requests ৰ ঐচ্ছিক SOCKS নিৰ্ভৰশীলতাসমূহ ইতিমধ্যে উপস্থিত থাকিব লাগিব। socks5h এ গন্তব্য DNS প্ৰক্সিলৈ প্ৰেৰণ কৰে। ৰাজহুৱাভাৱে উপলব্ধ Blob এণ্ডপইণ্টৰ বাবে যত ৰাজহুৱা মধ্যস্থতাকাৰীক অনুমতি দিয়া হয়, SOCKS5 প্ৰক্সি তালিকাে ছেছনৰ প্ৰক্সি URL ৰ বাবে প্ৰাৰ্থী যোগান ধৰে।

এই ছেছনত trust_env ছেট কৰক Requests ৰ পৰিৱেশ সংহতি নিয়ন্ত্ৰণ কৰিবলৈ। RequestsTransport এ পৰিৱেশ আৰম্ভণি তেতিয়াহে প্ৰয়োগ কৰে যেতিয়া ই নতুন ছেছন সৃষ্টি কৰে, আগতে থকা এটা দিলে নহয়। স্পষ্ট false মানে প্ৰক্সি পৰিৱেশৰ ইনপুটে এই পথটো প্ৰতিস্থাপন কৰাত বাধা দিয়ে।

এই বাছনিৰ ফলত পৰিৱেশ ভিত্তিক CA নিৰ্বাচনো অক্ষম হয়। প্ৰয়োজন হ'লে RequestsTransport লৈ connection_verify="/path/to/ca-bundle.pem" যোগান ধৰক, প্ৰকৃত সেৱাৰ বাবে প্ৰয়োজনীয় ৰুটৰ সৈতে।

Blob ক্লায়েন্টটো বাহিৰৰ ছেছন প্ৰসংগৰ আগতে বন্ধ হয়। session_owner=False এ মালিকানা সেই বাহিৰৰ ব্লকৰ সৈতে ৰাখে। পৃথকে সৃষ্টি কৰা টোকেন প্ৰমাণপত্ৰৰ অন্য HTTP পৰিবহণ থাকিব পাৰে; ইয়াৰ অধিগ্ৰহণত SOCKS লাগিলে তাকো কনফিগাৰ কৰক।