Eng Proxy-URL funktionéiert, wann se direkt konfiguréiert gëtt, awer d'Authentifikatioun schléit feel, nodeems dee selwechte Wäert an eng Windows-Batchdatei verschobe gouf. Kontrolléiert, ob de Batch-Parser d'Prozentzeechen geännert huet, ier den HTTP-Client d'URL krut.

Et gëtt zwou getrennte Representatiounen. D'URL-Kodéierung kann en ugedréite Schrägstréch als %5C an e Froenzeechen als %3F duerstellen. E literaalt Prozentzeechen an enger Batchdatei-Kommando muss als %% escapéiert ginn.

Fir en illustrativen domain\user Kont mam Plazhalter-Passwuert pass? kann eng .bat-Datei enthalen:

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

De Prozess, dee duerno gestart gëtt, soll eng URL kréien, déi domain%5Cuser:pass%3F enthält. Déi duebel Prozentzeechen gehéieren zur Batch-Quell, net zu der Proxy-URL, déi de Client späichert.

Kopéiert déi Batch-Schreifweis net an eng .npmrc-Datei oder an d'Proxy-Feld vun enger Applikatioun: déi Inputen ginn net duerch dee selwechte Batch-Parsingsschrëtt. Genee esou ass dëst Beispill keng PowerShell-Syntax. En anere Wrapper, wéi CALL oder eng Kommando, déi fir eng zweet Shell gebaut gouf, kann nach eng Parsingspass abréngen a brauch seng eege Iwwerpréiwung.

Setzt d'SET-Zouweisung wéi gewisen a Gänseféissercher, sou datt zoufälleg Espacen oder Shell-Metazeechen net Deel vun enger ongewollter Kommando ginn. Gänseféissercher eleng verhënneren d'Prozent-Expansioun net.

Wann Dir d'Resultat kontrolléiert, vergläicht d'erwaart Kodéierung mat enger redigéierter Representatioun, amplaz d'URL mat dem Passwuert an eng gedeelt Log ze drécken. Eng Shell-Escaping-Reparatur erhält d'Ameldedaten; se wielt keen Authentifikatiounsschema, dat de Client net schonn ënnerstëtzt huet.

Ähnlech Artikelen