Proksi URL toʻgʻridan-toʻgʻri sozlanganida ishlaydi, lekin xuddi shu qiymat Windows batch fayliga koʻchirilgandan keyin autentifikatsiya muvaffaqiyatsiz boʻladi. HTTP mijozi URLni olishidan oldin batch tahlilchisi foiz belgilarini oʻzgartirganmi-yoʻqmi tekshiring.

Ikki alohida tasvir mavjud. URL kodlash orqaga qiya chiziqni %5C va savol belgisini %3F sifatida ifodalashi mumkin. Batch fayli buyrugʻidagi soʻzma-soʻz foiz belgisini %% sifatida escape qilish kerak.

Namuna domain\user hisobi uchun, pass? oʻrinbosar parol bilan, .bat faylida quyidagilar boʻlishi mumkin:

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

Keyin ishga tushirilgan jarayon domain%5Cuser:pass%3F boʻlgan URL olishi kerak. Ikkilangan foiz belgilari batch manbasiga tegishli, mijoz saqlaydigan proksi URLga emas.

Bu batch yozilishini .npmrc fayliga yoki dasturning proksi maydoniga koʻchirmang: bu kiritmalar bir xil batch tahlil bosqichidan oʻtmaydi. Xuddi shunday, bu misol PowerShell sintaksisi emas. Boshqa oʻrov, masalan CALL yoki ikkinchi shell uchun qurilgan buyruq, yana bir tahlil bosqichini kiritishi mumkin va oʻz tekshiruvini talab qiladi.

SET tayinlashni koʻrsatilgandek qoʻshtirnoqqa oling, tasodifiy boʻsh joylar yoki shell meta belgilari koʻzda tutilmagan buyruqning qismiga aylanmasligi uchun. Faqat qoʻshtirnoq foiz kengayishini toʻxtatmaydi.

Natijani tekshirganda, parol bor URLni umumiy jurnalga chop etish oʻrniga kutilgan kodlashni tahrirlangan tasvir bilan solishtiring. Shell escape tuzatishi hisob maʼlumotlarini saqlaydi; u mijoz avval qoʻllab-quvvatlamagan autentifikatsiya sxemasini tanlamaydi.

O'xshash maqolalar