Hâld fersifere proxy-ynloggegevens yntakt yn in batchbestân
Bewarje persintaazje-fersifere proxy-brûkersnammen en -wachtwurden by it ferpleatsen fan in Windows-opdracht nei in .bat-bestân.
In proxy-URL wurket as er direkt konfigurearre wurdt, mar ferifikaasje mislearret nei't deselde wearde nei in Windows-batchbestân ferpleatst is. Kontrolearje oft de batch-parser de persintaazjetekens feroare hat foardat de HTTP-klant de URL krige.
Der binne twa aparte foarstellings. URL-fersifering kin in efteroer skraste as %5C en in fraachteken as %3F foarstelle. In letterlik persintaazjeteken yn in batchbestân-opdracht moat as %% escapt wurde.
Foar in foarbyldaccount domain\user mei it plakhâlderwachtwurd pass? kin in .bat-bestân befetsje:
set "https_proxy=http://domain%%5Cuser:pass%%[email protected]:8080"It proses dat dêrnei starten wurdt, moat in URL krije dy't domain%5Cuser:pass%3F befettet. De ferdûbele persintaazjetekens hearre by de batchboarne, net by de proxy-URL dy't de klant bewarret.
Kopiearje dy batch-stavering net yn in .npmrc-bestân of it proxyfjild fan in applikaasje: dy ynfier giet net troch deselde batch-parse-stap. Likegoed is dit foarbyld gjin PowerShell-syntaksis. In oare wrapper, lykas CALL of in opdracht boud foar in twadde shell, kin in oare parse-rûn yntrofiere en hat syn eigen beoardieling nedich.
Set de SET-tawizing tusken oanhellingstekens lykas toand, sadat tafallige spaasjes of shell-metakarakters gjin diel wurde fan in ûnbedoelde opdracht. Oanhellingstekens allinnich foarkomme gjin persintaazje-útwreiding.
By it kontrolearjen fan it resultaat, fergelykje de ferwachte fersifering mei in redigearre foarstelling ynstee fan de URL mei it wachtwurd nei in dield log te printsjen. In shell-escaping-reparaasje behâldt de ynloggegevens; it kiest gjin ferifikaasjeskema dat de klant al net stipe.