Starpniekservera URL darbojas, ja tas konfigurēts tieši, bet autentifikācija neizdodas pēc tam, kad tā pati vērtība tiek pārvietota uz Windows batch failu. Pārbaudiet, vai batch parsētājs nemainīja procentu zīmes, pirms HTTP klients saņēma URL.

Ir divi atsevišķi attēlojumi. URL kodējums var attēlot apgriezto slīpsvītru kā %5C un jautājuma zīmi kā %3F. Burtisks procentu zīme batch faila komandā ir jāaizsargā kā %%.

Piemēra domain\user kontam ar viettura paroli pass? .bat fails var saturēt:

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

Pēc tam palaistajam procesam jāsaņem URL, kas satur domain%5Cuser:pass%3F. Divkāršotās procentu zīmes pieder batch avotam, nevis starpniekservera URL, ko glabā klients.

Nekopējiet šo batch rakstību .npmrc failā vai lietojumprogrammas starpniekservera laukā: šīs ievades neiet cauri tam pašam batch parsēšanas solim. Tāpat šis piemērs nav PowerShell sintakse. Cits ietvars, piemēram, CALL vai komanda, kas veidota otram apvalkam, var ieviest vēl vienu parsēšanas gājienu, un tam nepieciešama sava pārbaude.

Ielieciet SET piešķiršanu pēdiņās, kā parādīts, lai nejaušas atstarpes vai apvalka metazīmes nekļūtu par nevēlamas komandas daļu. Pēdiņas vienas pašas nekavē procentu paplašināšanu.

Pārbaudot rezultātu, salīdziniet gaidīto kodējumu ar rediģētu attēlojumu, nevis drukājiet URL ar paroli koplietotā žurnālā. Apvalka aizsardzības labojums saglabā akreditācijas datus; tas neizvēlas autentifikācijas shēmu, ko klients jau neatbalstīja.

Saistītie raksti