Ein proxy-URL fungerer når han blir konfigurert direkte, men autentiseringa feilar etter at same verdi er flytta til ei Windows-batchfil. Sjekk om batch-parsaren endra prosentteikna før HTTP-klienten fekk URL-en.

Det finst to separate representasjonar. URL-koding kan representere ein omvend skråstrek som %5C og eit spørsmålsteikn som %3F. Eit bokstaveleg prosentteikn i ein batchfil-kommando må escapast som %%.

For ein illustrerande konto domain\user med plasshaldarpassordet pass? kan ei .bat-fil innehalde:

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

Prosessen som blir starta etterpå, bør få ein URL som inneheld domain%5Cuser:pass%3F. Dei dobla prosentteikna høyrer til batchkjelda, ikkje proxy-URL-en som klienten lagrar.

Ikkje kopier den batch-stavinga til ei .npmrc-fil eller proxyfeltet til eit program: desse inndataa går ikkje gjennom det same batch-parsingsteget. På same måte er dette dømet ikkje PowerShell-syntaks. Ei anna innpakning, som CALL eller ein kommando bygd for eit andre skal, kan innføre ein ny parsingsrunde og treng si eiga gjennomgang.

Set SET-tildelinga i hermeteikn som vist, slik at tilfeldige mellomrom eller skalmetateikn ikkje blir del av ein utilsikta kommando. Hermeteikn åleine hindrar ikkje prosentutviding.

Når du kontrollerer resultatet, samanlikn den forventa kodinga med ein redigert representasjon i staden for å skrive ut URL-en med passordet til ein delt logg. Ei retting av skal-escaping tar vare på påloggingsdetaljane; ho vel ikkje ei autentiseringsordning som klienten ikkje alt støtta.

Relaterte artiklar