Mbajini të paprekura kredencialet e kodifikuara të proxy-t në një skedar batch

Një URL proxy funksionon kur konfigurohet drejtpërdrejt, por vërtetimi dështon pasi e njëjta vlerë zhvendoset në një skedar batch të Windows. Kontrolloni nëse analizuesi i batch-it i ndryshoi shenjat e përqindjes përpara se klienti HTTP të merrte URL-në.

Ka dy paraqitje të ndryshme. Kodifikimi i URL-së mund të paraqesë një vijë të pjerrët të kundërt si %5C dhe një pikëpyetje si %3F. Një shenjë përqindjeje fjalëpërfjalë në një komandë të skedarit batch duhet të escape-ohet si %%.

Për një llogari ilustruese domain\user me fjalëkalimin zëvendësues pass?, një skedar .bat mund të përmbajë:

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

Procesi i nisur më pas duhet të marrë një URL që përmban domain%5Cuser:pass%3F. Shenjat e dyfishuara të përqindjes i përkasin burimit batch, jo URL-së së proxy-t që ruan klienti.

Mos e kopjoni atë shkrim batch në një skedar .npmrc ose në fushën e proxy-t të një aplikacioni: ato hyrje nuk kalojnë nëpër të njëjtin hap të analizës batch. Po ashtu, ky shembull nuk është sintaksë PowerShell. Një mbështjellës tjetër, si CALL ose një komandë e ndërtuar për një shell të dytë, mund të shtojë një kalim tjetër analize dhe kërkon shqyrtimin e vet.

Vendoseni caktimin SET në thonjëza siç tregohet, që hapësirat e rastësishme ose metakarakteret e shell-it të mos bëhen pjesë e një komande të padëshiruar. Thonjëzat vetëm nuk e pengojnë zgjerimin e përqindjes.

Kur kontrolloni rezultatin, krahasoni kodifikimin e pritur me një paraqitje të redaktuar në vend që të shtypni URL-në me fjalëkalim në një regjistër të përbashkët. Një rregullim i escape-imit të shell-it e ruan kredencialin; ai nuk zgjedh një skemë vërtetimi që klienti nuk e mbështeste tashmë.