Weka Vitambulisho vya Proksi Vilivyosimbwa Salama katika Faili ya Batch

URL ya proksi hufanya kazi inaposanidiwa moja kwa moja, lakini uthibitishaji hushindikana baada ya thamani hiyo hiyo kuhamishwa kwenye faili ya batch ya Windows. Angalia kama kichanganuzi cha batch kilibadilisha alama za asilimia kabla mteja wa HTTP kupokea URL.

Kuna uwakilishi mbili tofauti. Usimbaji wa URL unaweza kuwakilisha mkwaju wa nyuma kama %5C na alama ya swali kama %3F. Alama halisi ya asilimia katika amri ya faili ya batch inahitaji kuepukwa kama %%.

Kwa akaunti ya mfano domain\user yenye nenosiri la kishika nafasi pass?, faili ya .bat inaweza kuwa na:

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

Mchakato unaozinduliwa baadaye unapaswa kupokea URL iliyo na domain%5Cuser:pass%3F. Alama za asilimia zilizorudufiwa ni za chanzo cha batch, si za URL ya proksi inayohifadhiwa na mteja.

Usinakili tahajia hiyo ya batch kwenye faili ya .npmrc au sehemu ya proksi ya programu: maingizo hayo hayapiti katika hatua hiyo hiyo ya uchanganuzi wa batch. Vilevile, mfano huu si sintaksia ya PowerShell. Kifuniko kingine, kama CALL au amri iliyoundwa kwa shell ya pili, kinaweza kuongeza mzunguko mwingine wa uchanganuzi na kinahitaji ukaguzi wake.

Weka mgawo wa SET ndani ya alama za mazungumzo kama inavyoonyeshwa ili nafasi za bahati mbaya au herufi maalum za shell zisiwe sehemu ya amri isiyokusudiwa. Alama za mazungumzo peke yake hazizuii upanuzi wa asilimia.

Unapokagua matokeo, linganisha usimbaji unaotarajiwa na uwakilishi uliohaririwa badala ya kuchapisha URL iliyo na nenosiri kwenye kumbukumbu inayoshirikiwa. Marekebisho ya uepukaji wa shell huhifadhi kitambulisho; hayachagui mpango wa uthibitishaji ambao mteja hakuwa akiunga mkono tayari.