Сачувајте кодиране акредитиве проксија нетакнутима у batch датотеци

Прокси URL ради када се конфигурише директно, али аутентификација не успева након што се иста вредност премести у Windows batch датотеку. Проверите да ли је batch парсер променио знаке процента пре него што је HTTP клијент примио URL.

Постоје два одвојена приказа. URL кодирање може приказати обрнуту косу црту као %5C и знак питања као %3F. Дословни знак процента у наредби batch датотеке мора се escape-овати као %%.

За илустративни налог domain\user са лозинком заменом pass?, .bat датотека може садржати:

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

Процес покренут након тога треба да прими URL који садржи domain%5Cuser:pass%3F. Удвојени знаци процента припадају batch извору, а не прокси URL-у који клијент чува.

Не копирајте тај batch правопис у .npmrc датотеку или у поље проксија апликације: ти улази не пролазе кроз исти корак batch парсирања. Исто тако, овај пример није PowerShell синтакса. Друга обвивка, попут CALL или наредбе изграђене за други shell, може унети још један пролаз парсирања и захтева сопствени преглед.

Ставите SET доделу у наводнике како је приказано, да случајни размаци или метазнакови шкољке не постану део ненамерне наредбе. Сами наводници не спречавају проширење процента.

Када проверавате резултат, упоредите очекивано кодирање са редигованим приказом уместо да штампате URL са лозинком у заједнички дневник. Поправка escape-овања у шкољци чува акредитив; она не бира шему аутентификације коју клијент већ није подржавао.