Proxy URL radi kada se konfiguriše direktno, ali autentifikacija ne uspijeva nakon što se ista vrijednost premjesti u Windows batch datoteku. Provjerite je li batch parser promijenio procentne znakove prije nego što je HTTP klijent primio URL.

Postoje dva odvojena prikaza. URL kodiranje može prikazati obrnutu kosu crtu kao %5C i upitnik kao %3F. Doslovni procentni znak u naredbi batch datoteke mora se escapirati kao %%.

Za ilustrativni račun domain\user s rezerviranom lozinkom pass?, .bat datoteka može sadržavati:

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

Proces pokrenut nakon toga treba primiti URL koji sadrži domain%5Cuser:pass%3F. Udvojeni procentni znakovi pripadaju batch izvoru, a ne proxy URL-u koji klijent čuva.

Ne kopirajte taj batch pravopis u .npmrc datoteku ili u proxy polje aplikacije: ti ulazi ne prolaze kroz isti korak batch parsiranja. Isto tako, ovaj primjer nije PowerShell sintaksa. Drugi omotač, poput CALL ili naredbe sastavljene za drugu ljusku, može unijeti još jedan prolaz parsiranja i treba vlastiti pregled.

Stavite SET dodjelu u navodnike kako je prikazano, da slučajni razmaci ili metaznakovi ljuske ne postanu dio nenamjerne naredbe. Sami navodnici ne sprječavaju procentno proširenje.

Kada provjeravate rezultat, uporedite očekivano kodiranje s redigovanim prikazom umjesto da ispisujete URL s lozinkom u zajednički dnevnik. Popravka escapiranja u ljusci čuva akreditiv; ona ne bira šemu autentifikacije koju klijent već nije podržavao.

Povezani članci