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 predstavljanja. URL kodiranje može predstaviti obrnutu kosu crtu kao %5C i znak pitanja 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 čuva klijent.

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 pod 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