Proxy-slóð virkar þegar hún er stillt beint, en auðkenning mistekst eftir að sama gildi er flutt í Windows batch-skrá. Athugaðu hvort batch-þáttarinn breytti prósentutáknunum áður en HTTP-biðlarinn fékk slóðina.

Það eru tvær aðskildar framsetningar. Slóðakóðun getur táknað öfugt skástrik sem %5C og spurningarmerki sem %3F. Bókstaflegt prósentumerki í batch-skráarskipun þarf að escape-a sem %%.

Fyrir dæmigerðan domain\user reikning með staðgengilslykilorðinu pass? getur .bat-skrá innihaldið:

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

Ferlið sem er ræst eftir á ætti að fá slóð sem inniheldur domain%5Cuser:pass%3F. Tvöföldu prósentumerkin tilheyra batch-upprunanum, ekki proxy-slóðinni sem biðlarinn geymir.

Ekki afrita þessa batch-stafsetningu í .npmrc-skrá eða proxy-reit forrits: þessar inntaksleiðir fara ekki í gegnum sama batch-þáttunarskref. Á sama hátt er þetta dæmi ekki PowerShell-málskipan. Önnur umbúðir, eins og CALL eða skipun byggð fyrir aðra skel, geta bætt við annarri þáttunarferð og þarf eigið yfirlestur.

Setjið SET-úthlutunina í gæsalappir eins og sýnt er svo tilviljunarkennd bil eða skeljartákn verði ekki hluti af óviljandi skipun. Gæsalappir einar og sér koma ekki í veg fyrir prósentuútvíkkun.

Þegar niðurstaðan er athuguð, berið saman vænta kóðun við ritstýrða framsetningu í stað þess að prenta slóðina með lykilorðinu í sameiginlegt logg. Skeljaescape-viðgerð varðveitir skírteinin; hún velur ekki auðkenningarform sem biðlarinn studdi ekki þegar.

Tengdir greinar