Proxy URL bat zuzenean konfiguratzean funtzionatzen du, baina autentifikazioak huts egiten du balio bera Windows batch fitxategi batera eraman ondoren. Egiaztatu batch analizatzaileak ehuneko zeinuak aldatu ote zituen HTTP bezeroak URLa jaso aurretik.

Bi irudikapen bereizi daude. URL kodetzeak irudika dezake alderantzizko barra bat %5C gisa eta galdera-marka bat %3F gisa. Batch fitxategiko komando batean ehuneko zeinu literal bat %% gisa ihes egin behar da.

Adibideko domain\user kontu baterako, pass? leku-markako pasahitzarekin, .bat fitxategi batek hau izan dezake:

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

Geroago abiarazten den prozesuak domain%5Cuser:pass%3F duen URL bat jaso beharko luke. Ehuneko zeinu bikoiztuak batch iturburuarenak dira, ez bezeroak gordetzen duen proxy URLarenak.

Ez kopiatu batch idazkera hori .npmrc fitxategi batean edo aplikazio baten proxy eremuan: sarrera horiek ez dituzte batch analisi urrats bera egiten. Era berean, adibide hau ez da PowerShell sintaxia. Beste bilgarri batek, hala nola CALL edo bigarren shell baterako eraikitako komando batek, beste analisi pase bat sar dezake eta bere berrikuspena behar du.

Jarri SET esleipena komatxo artean erakusten den moduan, ustekabeko zuriuneak edo shell metakaraktereak nahi gabeko komando baten parte ez daitezen. Komatxoek bakarrik ez dute ehuneko hedapena eragozten.

Emaitza egiaztatzean, alderatu espero den kodetzea erredaktatutako irudikapen batekin, pasahitza duen URLa partekatutako erregistro batera inprimatu beharrean. Shell ihes-konponketak kredentziala mantentzen du; bezeroak lehenago onartzen ez zuen autentifikazio eskema bat ez du hautatzen.

Erlazionatutako artikuluak