Adresa URL proxy funguje, keď je nakonfigurovaná priamo, ale overenie zlyhá po presune tej istej hodnoty do dávkového súboru Windows. Skontrolujte, či analyzátor dávkového súboru nezmenil znaky percenta predtým, než klient HTTP dostal adresu URL.

Existujú dve samostatné reprezentácie. Kódovanie URL môže reprezentovať spätnú lomku ako %5C a otáznik ako %3F. Doslovný znak percenta v príkaze dávkového súboru treba escapovať ako %%.

Pre ilustratívny účet domain\user so zástupným heslom pass? môže súbor .bat obsahovať:

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

Proces spustený potom by mal dostať adresu URL obsahujúcu domain%5Cuser:pass%3F. Zdvojené znaky percenta patria zdroju dávkového súboru, nie adrese URL proxy, ktorú ukladá klient.

Nekopírujte tento dávkový zápis do súboru .npmrc ani do poľa proxy v aplikácii: tieto vstupy neprechádzajú tým istým krokom analýzy dávkového súboru. Rovnako tento príklad nie je syntaxou PowerShellu. Iný obal, napríklad CALL alebo príkaz zostavený pre druhý shell, môže zaviesť ďalší prechod analýzy a vyžaduje vlastnú kontrolu.

Uveďte priradenie SET do úvodzoviek, ako je znázornené, aby sa náhodné medzery alebo metasymboly shellu nestali súčasťou neúmyselného príkazu. Samotné úvodzovky expanzii percenta nezabránia.

Pri kontrole výsledku porovnajte očakávané kódovanie s redigovanou reprezentáciou, namiesto tlače adresy URL s heslom do zdieľaného protokolu. Oprava escapovania shellu prihlasovací údaj zachová; nevyberá autentizačnú schému, ktorú klient už nepodporoval.

Súvisiace články