আধুনিক Yarn-এ নির্বাচিত হোস্টের জন্য আলাদা প্রক্সি

একটি সাধারণ প্রক্সি সব প্যাকেজ উৎসের জন্য উপযুক্ত নাও হতে পারে। আধুনিক Yarn হোস্টনাম অনুযায়ী নেটওয়ার্ক সেটিং সমর্থন করে, যা একটি নির্বাচিত হোস্টকে ডিফল্ট থেকে ভিন্ন রুট ব্যবহার করতে দেয়।

উদাহরণস্বরূপ, একটি প্রকল্প একটি সাধারণ রুট রাখতে এবং একটি অভ্যন্তরীণ রেজিস্ট্রির জন্য অন্য একটি বেছে নিতে পারে:

httpsProxy: "http://203.0.113.10:8080"
networkSettings:
  "registry.example.internal":
    httpsProxy: "http://203.0.113.20:8080"

203.0.113.10:8080 এবং 203.0.113.20:8080 ঠিকানাগুলি প্লেসহোল্ডার। পাবলিক প্যাকেজ উৎসের জন্য একটি সাধারণ রুটের ক্ষেত্রে, HTTP প্রক্সি তালিকা পাবলিক প্রক্সি অনুমোদিত হলে প্রার্থী সরবরাহ করে। অভ্যন্তরীণ রেজিস্ট্রির ওভাররাইড তার অনুমোদিত প্রক্সিতেই রাখুন। কনফিগারেশনটি আধুনিক Yarn রিলিজের জন্য উপযুক্ত .yarnrc.yml-এ রাখুন। এই উদাহরণটি দুটি প্রক্সি নির্বাচন করে; এটি বলে না যে অভ্যন্তরীণ হোস্টের সরাসরি সংযোগ করা উচিত।

অনুরোধকৃত হোস্টনাম মেলান

networkSettings এন্ট্রি একটি হোস্টনাম প্যাটার্নে প্রযোজ্য, প্যাকেজ স্কোপ বা নির্বিচারে URL পাথে নয়। যখন আপনি ঠিক সেটাই বোঝান, তখন একক-হোস্ট নিয়মটি সঠিক রাখুন। ওয়াইল্ডকার্ড কেবল তখনই উপযোগী যখন আপনি সত্যিই চান অতিরিক্ত হোস্টগুলি কনফিগারেশন ভাগ করুক।

প্যাকেজ স্কোপ এবং নেটওয়ার্ক হোস্টনাম ভিন্ন সিলেক্টর। একটি স্কোপযুক্ত প্যাকেজ এমন একটি রেজিস্ট্রি থেকে আনা যেতে পারে যার হোস্ট অন্য প্যাকেজের সাথে ভাগ করা, আবার একটি রিডাইরেক্ট করা আর্টিফ্যাক্ট সম্পূর্ণ ভিন্ন হোস্টনাম থেকে আসতে পারে।

সম্পূর্ণ ডাউনলোড পথ অনুসরণ করুন

যদি মেটাডেটা একটি হোস্ট ব্যবহার করে এবং আর্কাইভ ডাউনলোড অন্য একটি ব্যবহার করে, তারা ভিন্ন নেটওয়ার্ক সেটিংয়ের সাথে মিলতে পারে। নিয়মটি প্রসারিত করার আগে যে URL সত্যিই ব্যর্থ হয় তা লিখে রাখুন। “রেজিস্ট্রি কাজ করেছে” এটি প্রমাণ করে না যে পরবর্তী অনুরোধ কোন রুট নির্বাচন করেছে।

Yarn-এর প্রতি-হোস্ট সেটিংয়ে CA এবং অন্যান্য TLS কনফিগারেশনও থাকতে পারে। সেই সিদ্ধান্তগুলি আলাদা রাখুন: একটি প্রক্সি ঠিকানা বেছে নেওয়া নিজে থেকে একটি পরিদর্শনকারী পরিবেশের জন্য প্রয়োজনীয় বিশ্বাস সরবরাহ করে না।

ওভাররাইড দৃশ্যমান করুন

প্রকল্পের কার্যকর কনফিগারেশন তার Yarn রিলিজ দ্বারা সমর্থিত টুল দিয়ে পরিদর্শন করুন, তারপর অভীষ্ট অনুরোধটি পরীক্ষা করুন। সম্পূর্ণ কনফিগারেশন ডাম্প ভাগ করা এড়িয়ে চলুন যদি এতে ক্রেডেনশিয়াল থাকে।

এই বৈশিষ্ট্যটি উপযোগী যখন হোস্টগুলির সত্যিই ভিন্ন রুট প্রয়োজন। যদি প্রতিটি অনুরোধের একই এন্ডপয়েন্ট ব্যবহার করা উচিত, তাহলে অভিন্ন হোস্টনাম ওভাররাইডের ক্রমবর্ধমান তালিকার চেয়ে একটি সাধারণ সেটিং রক্ষণাবেক্ষণ করা সহজ।