HTTP_PROXY, HTTPS_PROXY এবং NO_PROXY পরিবেশের ভেরিয়েবলগুলি কি আদর্শ?


25

দেখে মনে হয় যে ইন্টারনেটে কোনও সংস্থার সাথে সংযোগ স্থাপনের জন্য কোন প্রক্সিটি দিয়ে যেতে হবে তা নির্ধারণ করতে এই পরিবেশের পরিবর্তনগুলি পড়ার জন্য প্রচুর প্রোগ্রাম ডিজাইন করা হয়েছে। এই প্রোগ্রামগুলির নিজস্ব নিজস্ব পৃথক প্রক্সি সেটিংস থাকতে পারে তবে সেগুলি সেট না করা থাকলে তারা আনন্দের সাথে এই পরিবেশের পরিবর্তনশীলগুলি ব্যবহার করবে ...

  • হাইপারটেক্সট ট্রান্সফার প্রটোকল প্রক্সি
  • HTTPS_PROXY
  • NO_PROXY

আমি শুধু জানতে চাই:

  • এই পরিবেশে পরিবর্তনশীল মান হয়?
  • সেখানে কি কোনও লিখিত স্পেসিফিকেশন রয়েছে (ওএস নির্মাতারা হতে পারে?) যা এই পরিবেশের পরিবর্তনশীলগুলির ব্যবহারের পরামর্শ দেয়?

1
আমি কোন_প্রক্সি জানি না, তবে http_proxy (ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট ছোট লিখিত) রচনা মান
Uwe বার্গার

@ উয়েবার্গার সম্ভবত আপনি কোন প্রোগ্রামগুলি এটি ব্যবহার করতে পারবেন তা বলতে পারবেন .. এবং এটি প্রশ্নকর্তার পক্ষেও যায়। আমি এটি
ওয়াজেটে

উত্তর:


18

আমি বিলথোরের বক্তব্যের সাথে একমত যে এটি একটি মানের চেয়ে অধিবেশন।
আমি এই ভেরিয়েবলগুলির উত্স জানি না তবে * নিক্সে এইচটিটিপি ক্ষেত্রে অনেক কনভেনশন লিব্কারল এইচটিটিপি লাইব্রেরি এবং কার্ল কমান্ড লাইন প্রোগ্রামের আচরণ থেকে উদ্ভূত বলে মনে হয় ।

Https://curl.haxx.se/docs/manual.html এ HTTP প্রক্সি ব্যবহারের সাথে সম্পর্কিত পরিবেশের ভেরিয়েবলের বিবরণ রয়েছে যা libcurl / curl বোঝে:

পরিবেশের বৈচিত্র্য

কার্ল নিম্নলিখিত পরিবেশের ভেরিয়েবলগুলি পড়ে এবং বুঝতে পারে:
http_proxy, HTTPS_PROXY, FTP_PROXY

এগুলি প্রোটোকল-নির্দিষ্ট প্রক্সিগুলির জন্য সেট করা উচিত। সাধারণ প্রক্সি সহ সেট করা উচিত
ALL_PROXY

কোনও প্রক্সি দিয়ে যাওয়া উচিত নয় এমন হোস্ট নামের একটি কমা-বিচ্ছিন্ন তালিকা সেট করা আছে (কেবল একটি তারকাচিহ্ন, '*' সমস্ত হোস্টের সাথে মেলে)
NO_PROXY

হোস্টের নাম যদি এই স্ট্রিংগুলির মধ্যে একটির সাথে মেলে, বা হোস্ট এই স্ট্রিংগুলির মধ্যে একটির ডোমেনের মধ্যে থাকে, তবে সেই নোডের সাথে লেনদেন প্রক্সাইড হবে না।

দয়া করে লক্ষ্য করুন যে http_proxyএই ভেরিয়েবলগুলির মধ্যে একমাত্র হিসাবে ছোট হাতের বানান। কিছু লাইব্রেরি / প্রোগ্রামগুলি এই ভেরিয়েবলগুলির ছোট হাতের নামগুলি সন্ধান করে অন্যরা বড়দের নামের জন্য সন্ধান করে। হতে নিরাপদ এক উভয় ছোট হাতের এবং প্রতিটি ভেরিয়েবলের বড়হাতের সংস্করণ সংজ্ঞায়িত করা উচিত নয়।

আরেকটি সমস্যা হ'ল হোস্টের নামগুলি কীভাবে মিলে যায় তার উদ্ধৃত বিবরণ NO_PROXYযথাযথ নয় এবং নিম্নলিখিত প্রশ্নের উত্তর দেয় না:

  • মানগুলি কি পুরোপুরি যোগ্য ডোমেন নাম (এফকিউডিএন) এর মতো বিন্দু দিয়ে শেষ হওয়া উচিত foo.example.com.?
  • করা উচিত foo.example.comশুধুমাত্র এই একটি ডোমেইনের মেলে বা এটি মত কোন সাবডোমেন সুসংগত হওয়া আবশ্যক bar.foo.example.com? যদি পরবর্তীকালে এটির সাথে কোনও সাবডোমেনের মতো কোনও সাবডোমাইনও মেলানো উচিত bar.baz.foo.example.com?
  • হয় .foo.example.comঅনুমোদিত (শুরুতে ডট) এবং যদি তাই হয় তাহলে এটি কি মেলে উচিত?
  • তারকাচিহ্ন ( *) কে মান ( *.example.com, *example.com) এর অংশ হিসাবে অনুমোদিত এবং যদি তাই হয় তবে এটি কীভাবে চিকিত্সা করা হবে?

আনুষ্ঠানিক নির্দিষ্টকরণের অভাব বিভ্রান্তি এবং ত্রুটি বাড়ে। এখানে একজনকে লাইবপ্রক্সি লাইব্রেরি উল্লেখ করতে হবে যার লক্ষ্য প্রক্সি কনফিগারেশনের জন্য সঠিক এবং ধারাবাহিক সমর্থন সরবরাহ করা। প্রকল্পের হোম পৃষ্ঠা থেকে :

প্রশ্নের উত্তর দেওয়ার জন্য লাইবপ্রক্সি বিদ্যমান: একটি নেটওয়ার্ক সংস্থান দেওয়া, আমি কীভাবে এটি পৌঁছে যাব? এটি সমস্ত বিবরণ পরিচালনা করে, আপনাকে প্রোগ্রামিংয়ে ফিরে যেতে সক্ষম করে।

আরও পড়া:


আপনার উত্থাপিত প্রশ্নগুলি সম্পর্কে লাইবপ্রক্সির কী বলতে হবে? আমি যার সাথে আগ্রহী: ".foo.example.com foo.example.com মেলে নাকি?"
রবিন উইনস্লো

আমার কোন ধারণা নাই. আমি আপনাকে github.com/libproxy/libproxy/issues-
পাইওটর ডব্রোগস্ট

13

এটি একটি মানের চেয়ে অধিবেশন। এটি সম্ভবত এক বা একাধিক প্রোটোকল হ্যান্ডলার লাইব্রেরি দ্বারা সমর্থিত যা প্রকৃতপক্ষে সংযোগগুলি তৈরি করে। জাভা তার প্রোটোকল লাইব্রেরিতে অনুরূপ বৈশিষ্ট্য ব্যবহার করে।

সাধারণ সম্মেলনগুলি বোঝা এবং ব্যবহার বিকাশকে অনেক সহজ করে তোলে। এটি নূন্যতম বিস্ময়ের নীতিটি কার্যকর করতে এবং প্রোগ্রামগুলি আরও বেশি করে তৈরি করতে সহায়তা করে just work

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.