የፕሮክሲ URL በቀጥታ ሲዋቀር ይሠራል፣ ነገር ግን ተመሳሳዩ እሴት ወደ Windows ባች ፋይል ከተዛወረ በኋላ ማረጋገጫው አይሳካም። የHTTP ደንበኛው URL ከመቀበሉ በፊት የባች ተንታኙ የመቶኛ ምልክቶቹን መለወጡን ያረጋግጡ።

ሁለት የተለያዩ ውክልናዎች አሉ። የURL ኢንኮዲንግ መወከል ይችላል የኋላ ሰረዝን በ%5C እና የጥያቄ ምልክትን በ%3F። በባች ፋይል ትዕዛዝ ውስጥ ትክክለኛ የመቶኛ ምልክት እንደ %% መገለል አለበት።

ለምሳሌ መለያ domain\user ከቦታ ያዥ የይለፍ ቃል pass? ጋር፣ የ.bat ፋይል የሚከተለውን ሊይዝ ይችላል፦

set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"

በኋላ የሚጀመረው ሂደት domain%5Cuser:pass%3F የያዘ URL መቀበል አለበት። ድርብ የመቶኛ ምልክቶቹ የባች ምንጩ ናቸው፣ በደንበኛው የተከማቸው የፕሮክሲ URL አይደሉም።

ያንን የባች አጻጻፍ ወደ .npmrc ፋይል ወይም ወደ መተግበሪያ የፕሮክሲ መስክ አይቅዱ፦ እነዚያ ግብዓቶች ተመሳሳዩን የባች ትንተና ደረጃ አያልፉም። እንደዚሁም፣ ይህ ምሳሌ የPowerShell አገባብ አይደለም። ሌላ መጠቅለያ፣ እንደ CALL ወይም ለሁለተኛ ሼል የተሠራ ትዕዛዝ፣ ተጨማሪ የትንተና ምዕራፍ ሊያስገባ ይችላል እና የራሱ ግምገማ ይፈልጋል።

የSET ምደባውን እንደተመለከተው በጥቅስ ያስቀምጡት፣ ስለዚህ አጋጣሚ ክፍተቶች ወይም የሼል ሜታ ቁምፊዎች ያልታሰበ ትዕዛዝ አካል አይሆኑም። ጥቅስ ብቻውን የመቶኛ መስፋፋትን አይከላከልም።

ውጤቱን ሲያረጋግጡ፣ የይለፍ ቃሉን የያዘውን URL ወደ የጋራ መዝገብ ከማተም ይልቅ የሚጠበቀውን ኢንኮዲንግ ከተሻሻለ ውክልና ጋር ያነጻጽሩ። የሼል ማገል ጥገና መረጃውን ይጠብቃል፤ ደንበኛው አስቀድሞ ያልደገፈውን የማረጋገጫ ዘዴ አይመርጥም።

ተዛማጅ ጽሑፎች