NO_PROXY এ স্পষ্ট Requests ৰুট মচি নাপেলায়
পৰিৱেশ প্ৰক্সি আৱিষ্কাৰ দমন কৰা আৰু Requests মেপত ইচ্ছাকৃতভাৱে দিয়া প্ৰক্সি আঁতৰোৱাৰ মাজত পাৰ্থক্য কৰক।
যেতিয়া এপ্লিকেশ্বনে Requests-ক ইয়াৰ প্ৰক্সি নীতিটো দিয়ে, সেই একে নীতিতে এটা প্ৰত্যক্ষ ব্যতিক্ৰম দিয়ক। থকা Session এটা আৰু সংকীৰ্ণ পৰিসৰৰ এটা কলৰ বাবে:
direct_routes = {'http': '', 'https': ''}
response = session.get(url, proxies=direct_routes, timeout=15)
স্পষ্ট খালী মানসমূহে প্ৰাসংগিক স্কিমসমূহৰ বাবে প্ৰত্যক্ষ ৰাউটিং বাছি লয়। অধিক নিৰ্দিষ্ট হোস্ট key-সমূহৰ বাবে প্ৰকৃত কল আৰু Session-ৰ পূৰ্বনিৰ্ধাৰিত মানো পৰীক্ষা কৰক; কেৱল স্কিম-ভিত্তিক override এ এটা সুকীয়া হোস্ট-ভিত্তিক ৰুট আঁতৰাই নিদিয়ে।
NO_PROXY লৈ হোস্টটো যোগ কৰিলে স্পষ্ট প্ৰক্সিটো কিয় ঠাইতে থাকিল? Requests 2.34.2-ৰ ৰিজলভাৰে দিয়া মেপটো কপি কৰে আৰু পৰিৱেশে অনুপস্থিত এণ্ট্ৰিসমূহ পূৰণ কৰা উচিত নেকি বিবেচনা কৰে। এটা bypass মিলে সেই আৱিষ্কাৰ দমন কৰিব পাৰে কিন্তু এপ্লিকেশ্বনে আগতে দিয়া ৰুট এটা নমচে।
আন এটা স্তৰত ব্যতিক্ৰম যোগ কৰাৰ আগতে এই কাৰ্যই ব্যৱহাৰ কৰা মেপটো পৰীক্ষা কৰক। প্ৰত্যক্ষ ৰুটত TLS সত্যাপন সক্ৰিয় ৰাখক। যদি এটা ৰিডাইৰেক্টে ৰুটটো পুনৰ সলনি কৰে, সেই পৰিৱৰ্তনৰ মাজেৰে None বনাম খালী প্ৰক্সি মান পৰীক্ষা কৰক। তাত হোৱা এটা প্ৰমাণপত্ৰ ত্ৰুটি সেই পথত গন্তব্যৰ বিশ্বাসযোগ্যতাৰ প্ৰমাণ, যি প্ৰক্সি বাছনি হৈছিল নেকি তাৰ পৰা পৃথক।