Terminaldagi yuklab olishlar ishlaydi, lekin VPN orqali VS Code kengaytmalari ishlamaydi

Konteyner terminalida muvaffaqiyatli yakunlangan yuklab olishlar o'sha terminal muhiti haqida haqiqiy dalil. Ular muharrir jarayoni, kengaytma o'rnatuvchisi yoki kengaytma keyin yuklab oladigan binar fayl haqida hech narsa aytmaydi. Proksi o'zgaruvchilarini shu uchtasi orasida ko'chirish bitta muvaffaqiyatsiz so'rovni aloqasiz tuzatishlarga to'la yarim kunga aylantiradi.

Ikki muhit odatda aynan bitta jihatda farq qiladi. O'sha jihatni topish proksi hujjatlarini ikki marta o'qishdan tezroq.

Muvaffaqiyatsiz so'rovni qaysi jarayon yubordi

Bitta o'rnatish vaqtida uchta so'rov muvaffaqiyatsiz bo'lishi mumkin va har birining o'z tarmoq identifikatori bor. Muharrir Marketplace'dan metama'lumot va paket URLini so'raydi, so'ng paketni yuklab oladi. Shundan keyingina kengaytma xosti til serverini yoki o'z binar faylini yuklab olishi mumkin bo'lgan kodni ishga tushiradi. Qaysi bosqich buzilgani qaysi jarayonga proksi kerakligini hal qiladi, xato yuzasi esa bu bosqichni kamdan-kam nomlaydi.

Ishlayotgan terminal konteyner internetga chiqa olishini isbotlaydi, muharrir chiqa olishini emas. Kengaytma jurnalida u oxirgi urinagan URLni o'qing. U yerda nomlangan xost jarayonni va unga qo'llaniladigan siyosatni aniqlaydi.

Mahalliy muharrir va masofaviy konteyner ikki muhitdir

Masofaviy ish maydonida kengaytma o'z turi e'lon qilgan tomonda ishlaydi. Interfeys kengaytmalari mahalliy muharrir bilan qoladi, ish maydoni kengaytmalari esa konteynerda ishlaydi. Birida o'rnatilgan proksi ikkinchisiga ko'rinmaydi, qayta qurish esa konteyner muhitini uning konfiguratsiya faylidan yaratadi, siz qobiqda eksport qilganingizdan emas. Bu bo'linish nima uchun bir xil kengaytma noutbukda o'rnatilib, o'sha loyihada SSH orqali ishlamasligini tushuntiradi.

Biror narsani tahrirlashdan oldin o'rnatish joyini o'qing. Jurnal masofaviy o'rnatish haqida xabar berganda, muhimi konteyner muhitidir.

Proksini so'rov boshlanadigan joyga qo'ying

Haqiqatan HTTP proksiga muhtoj Dev Container uchun o'zgaruvchi konteyner konfiguratsiyasida bo'lishi kerak, shunda qayta qurish uni qayta hosil qiladi. Quyidagi parcha uni o'sha muhit uchun o'rnatadi. O'rin egallovchi manzil o'zingizning shlyuzingizni ifodalaydi va istisnolar majburiy bo'lmagan to'ldirish emas.

"containerEnv": {
  "HTTP_PROXY": "http://proxy.corp.example:8080",
  "HTTPS_PROXY": "http://proxy.corp.example:8080",
  "NO_PROXY": "localhost,127.0.0.1,.internal.example"
}

O'zgaruvchining nomi manzil protokolini tavsiflaydi, shuning uchun HTTPS_PROXY qiymati qonuniy ravishda http bilan boshlanishi mumkin. O'zgarishni qo'llab-quvvatlanadigan qayta qurish yo'li orqali qo'llang va istisnolarni saqlang, chunki ichki xostlarni tutib qoladigan proksi konteynerga kerakli xizmatlarni buzadi.

Ishonch muvaffaqiyatsizliklarini yetib borishdan ajrating

Ulanib, so'ng sertifikat tekshiruvi xatosini qaytaradigan proksi ulanishni rad etadigandan ko'ra kechroq bosqichga yetgan. Birinchi muvaffaqiyatsizlikka tashkilotning tasdiqlangan ishonch materiali so'rovni bajaradigan muhitda o'rnatilgan bo'lishi kerak. Ikkinchisiga yetib borish mumkin bo'lgan manzil va port kerak. Ikkalasini bitta muammo deb qarash ikkalasiga ham ishlamaydigan tuzatish beradi.

Tekshiruvni o'chirish yoki muharrirni yuqori huquqlar bilan ishga tushirish yo'q proksi yoki yo'q ishonch zanjiri uchun tuzatish emas. Ikkalasi ham ko'rinadigan xatoni jim xatoga almashtiradi. Keyin o'sha kengaytmani yana urinib ko'ring va ishlamaydigan keyingi URLni qayd eting.

env | grep -iE '^(http|https|no)_proxy='
code --install-extension ms-python.python --force

Ish maydonining qaysi tomoni o'sha URLni hosil qilganini qayd eting. Bosqich, xost va tomonni nomlaydigan qisqa eslatma kimgadir o'zgartirilgan sozlamalar ro'yxatidan qimmatroq, chunki keyingi odam aynan o'sha eslatmani qayta hosil qilishi mumkin.