Yarn Classic বনাম Modern: প্রক্সি সেটিংস ও কনফিগ ফাইল
Classic প্রক্সি কী-গুলোর সাথে আধুনিক YAML সেটিংস মেশানোর বদলে যে Yarn রিলিজটি আসলে চলছে তার কনফিগারেশন ফরম্যাট ব্যবহার করুন।
প্রথমে যে প্রকল্পে সমস্যা হচ্ছে সেখানে Yarn-এর রিলিজ পরীক্ষা করুন:
yarn --versionপ্রকল্পের জন্য নির্বাচিত রিলিজ অন্য কপি বা টার্মিনাল থেকে আলাদা হতে পারে। তার সাথে মেলে এমন কনফিগারেশন ফরম্যাট ব্যবহার করুন।
Yarn Classic পুরোনো .yarnrc ফরম্যাট ব্যবহার করে:
proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"Modern Yarn .yarnrc.yml ফাইলে camelCase কী ব্যবহার করে:
httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"ডকুমেন্টেশনের এন্ডপয়েন্টটি আপনার সেবার HTTP প্রক্সি বা HTTP প্রক্সি তালিকা থেকে একটি দিয়ে প্রতিস্থাপন করুন। এগুলো আলাদা ফরম্যাট, একই সার্বজনীন ফাইলে বিনিময়যোগ্য নাম নয়। আধুনিক YAML-এ পেস্ট করা Classic-এর হাইফেনযুক্ত কী প্রক্সি পরীক্ষা করার আগেই কনফিগারেশনে ব্যর্থ হতে পারে।
নির্বাচিত রিলিজ কোন ফাইল পড়ে তা নির্ধারণ করুন, প্রকল্প ও পারিপার্শ্বিক বা হোম লুকআপ নিয়মসহ। আরও নির্দিষ্ট হোস্টনেম সেটিংও অন্য রুট বেছে নিতে পারে। রেজিস্ট্রি প্যাকেজ-মেটাডেটার উৎসই থাকে; এটি প্রক্সি IP দিয়ে প্রতিস্থাপন করলে ফরওয়ার্ডিং কনফিগার হয় না।
ফাইল বা কী সংশোধন করার পর এমন একটি অপারেশন দেখুন যার সত্যিই নেটওয়ার্ক অ্যাক্সেস দরকার। ক্যাশে করা ফলাফল একটি অবৈধ রুট লুকিয়ে রাখতে পারে। পরের সমস্যাটি রাউটিং, প্রমাণীকরণ নাকি সার্টিফিকেট ট্রাস্ট, তা ঠিক করতে প্রকৃত ব্যর্থ হোস্টনেম ও ত্রুটি ব্যবহার করুন।