पहिले असफल भइरहेको project भित्रको Yarn release जाँच्नुहोस्:

yarn --version

Project ले छानेको release अर्को checkout वा terminal भन्दा फरक हुन सक्छ। त्यससँग मिल्ने कन्फिगरेसन ढाँचा प्रयोग गर्नुहोस्।

Yarn Classic ले पुरानो .yarnrc ढाँचा प्रयोग गर्छ:

proxy "http://203.0.113.10:8080"
https-proxy "http://203.0.113.10:8080"

Yarn Modern ले .yarnrc.yml मा camelCase कुञ्जीहरू प्रयोग गर्छ:

httpProxy: "http://203.0.113.10:8080"
httpsProxy: "http://203.0.113.10:8080"

Documentation endpoint लाई आफ्नो सेवाको HTTP प्रोक्सी वा HTTP प्रोक्सी सूची ले प्रतिस्थापन गर्नुहोस्। यी फरक ढाँचाहरू हुन्, एउटै सार्वभौमिक फाइलमा अदलबदल गर्न मिल्ने नामहरू होइनन्। Classic को hyphen भएको कुञ्जी आधुनिक YAML मा टाँस्दा प्रोक्सी परीक्षण हुनुअघि नै कन्फिगरेसनमा असफल हुन सक्छ।

छानिएको release ले पढ्ने फाइल पहिचान गर्नुहोस्, project र वरपर/home खोज नियमहरू सहित। अझ विशिष्ट hostname सेटिङ ले पनि अर्को मार्ग छान्न सक्छ। Registry package-metadata को स्रोत रहन्छ; यसलाई प्रोक्सी IP ले प्रतिस्थापन गर्दा forwarding कन्फिगर हुँदैन।

फाइल/कुञ्जी सुधारेपछि, वास्तवमा network access चाहिने operation अवलोकन गर्नुहोस्। Cache गरिएको नतिजाले अवैध मार्ग लुकाउन सक्छ। अर्को समस्या routing, authentication वा certificate trust हो कि होइन निर्णय गर्न वास्तविक असफल hostname र error प्रयोग गर्नुहोस्।

सम्बन्धित लेखहरू