Emacs একটি ব্রাউজার খুলতে পারে, তবুও নিজের প্রক্সি দরকার

Emacs-এ দুটি কমান্ড, যাদের দুটিই «URL খোলে», ভিন্ন পথে যেতে পারে।

একটি URL-টি বাহ্যিক ব্রাউজারকে দিতে পারে। তখন ব্রাউজার নিজের প্রক্সি কনফিগারেশন ব্যবহার করে। অন্যটি Emacs-এর URL লাইব্রেরির মাধ্যমে রিসোর্সটি আনতে পারে। ব্রাউজারের সফল অনুরোধ সেই দ্বিতীয় পথ সম্পর্কে খুব কম বলে।

URL লাইব্রেরি প্রক্সি পরিবেশ চলক এবং Lisp অপশন url-proxy-services নথিভুক্ত করে। একটি মৌলিক স্পষ্ট কনফিগারেশনের রূপ এইরকম:

(setq url-proxy-services
      '(("http" . "proxy.example:8080")
        ("https" . "proxy.example:8080")))

স্কিম নামগুলি গন্তব্য প্রোটোকল নির্বাচন করে। প্রক্সি মানগুলি এই অপশন যে এন্ডপয়েন্ট ফরম্যাট আশা করে তা, PAC স্ক্রিপ্ট URL নয়। অনুমোদিত পাবলিক HTTP রুটের জন্য, HTTP প্রক্সি তালিকা-র কোনো প্রার্থীর কাছ থেকে হোস্ট ও পোর্ট নিন।

এই সেটিংটি সেই লাইব্রেরি ব্যবহার করা ক্লায়েন্টদের সম্পর্কে। উদাহরণস্বরূপ, বাহ্যিক Git এক্সিকিউটেবল ডাকা একটি প্যাকেজের অন্য নেটওয়ার্ক পথ আছে। Emacs-এর সমস্ত নেটওয়ার্কিং একই কনফিগারেশন ভাগ করে ধরে নেওয়ার আগে কাজটি শনাক্ত করুন।

Windows-এর ক্ষেত্রে, পুরনো তৃতীয় পক্ষের প্যাকেজ থেকে রেজিস্ট্রি পড়া স্নিপেটকে PAC মূল্যায়ন, শংসাপত্র এবং পরিবর্তনশীল নেটওয়ার্ক নীতির সাধারণ সমাধান হিসেবে গণ্য করা এড়িয়ে চলুন। প্রথমে নির্ধারণ করুন স্থির এন্ডপয়েন্ট নাকি লাইব্রেরির নথিভুক্ত পরিবেশ কনফিগারেশন প্রকৃত প্রয়োজন মেটায়।