Терминалын таталтууд ажиллаж байхад VPN дээр VS Code өргөтгөлүүд бүтэлгүйтдэг

curl контейнер дотор ажилладаг ч өргөтгөл суулгагдахгүй байна. Прокси тохиргоог хуулахаас өмнө локал редактор болон алсын орчныг харьцуулна уу.

Контейнерын терминалд амжилттай болсон таталтууд нь тухайн терминалын орчны бодит нотолгоо юм. Тэд редакторын процесс, өргөтгөлийн суулгагч эсвэл өргөтгөл дараа нь татдаг бинарын файлын талаар юу ч хэлэхгүй. Эдгээр гурвын хооронд прокси хувьсагчдыг хуулах нь нэг бүтэлгүй хүсэлтийг холбоогүй засваруудын бүтэн үдээс хойш болгоно.

Хоёр орчин ихэвчлэн яг нэг талаараа ялгаатай байдаг. Тэр талыг олох нь прокси баримт бичгийг хоёр удаа уншихаас хурдан.

Бүтэлгүй хүсэлтийг аль процесс хийсэн бэ

Нэг суулгацын үеэр гурван хүсэлт бүтэлгүй болж болох бөгөөд тус бүр өөрийн сүлжээний таних тэмдэгтэй. Редактор Marketplace-с мета өгөгдөл болон багцын URL асууж, дараа нь багцыг татна. Зөвхөн дараа нь өргөтгөлийн хост хэлний сервер эсвэл өөрийн бинарын файлыг татаж болох кодыг ажиллуулна. Аль шат эвдэрсэн нь аль процесст прокси хэрэгтэйг шийддэг бөгөөд алдааны гадаргуу тухайн шатыг нэрлэх нь ховор.

Ажиллаж буй терминал контейнер интернэтэд хүрч чадна гэдгийг нотолдог, редактор чадна гэдгийг биш. Өргөтгөлийн бүртгэлээс түүний хамгийн сүүлд оролдсон URL-ийг уншина уу. Тэнд нэрлэсэн хост нь процессыг болон түүнд хамаарах бодлогыг тодорхойлно.

Локал редактор ба алсын контейнер нь хоёр өөр орчин

Алсын ажлын талбарт өргөтгөл нь түүний төрөл зарласан талд ажиллана. Интерфэйсийн өргөтгөлүүд локал редакторт үлдэж, ажлын талбарын өргөтгөлүүд контейнер дотор ажиллана. Нэгэнд тохируулсан прокси нөгөөд нь харагдахгүй бөгөөд дахин бүтээх нь контейнерын орчныг түүний тохиргооны файлаас үүсгэдэг, та shell-д экспортолсноос биш. Энэ хуваагдал нь яагаад ижил өргөтгөл зөөврийн компьютерт суулгагдаж, мөн төсөлд SSH-ээр бүтэлгүйтдэгийг тайлбарлана.

Ямар нэгэн зүйлийг засахын өмнө суулгацын байршлыг уншина уу. Бүртгэл алсын суулгацын тухай мэдээлэх үед контейнерын орчин нь чухал.

Проксийг хүсэлт эхлэх газарт тавь

Үнэхээр HTTP прокси хэрэгтэй Dev Container-ын хувьд хувьсагч нь контейнерын тохиргоонд байх ёстой бөгөөд ингэснээр дахин бүтээхэд давтагдана. Доорх хэсэг нь түүнийг тухайн орчинд тохируулна. Орлуулагч хаяг нь таны өөрийн гарцыг илэрхийлдэг бөгөөд үл хамаарах зүйлс нь заавал бус дүүргэлт биш.

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

Хувьсагчийн нэр нь очих протоколыг тодорхойлдог тул HTTPS_PROXY утга http-ээр хууль ёсоор эхэлж болно. Өөрчлөлтийг дэмжигдсэн дахин бүтээх замаар хэрэглэж, үл хамаарах зүйлсийг хадгална уу, учир нь дотоод хостүүдийг таслан зогсоох прокси контейнерт хэрэгтэй үйлчилгээг эвддэг.

Итгэлийн алдааг хүртээмжээс тусгаарла

Холбогдсоны дараа гэрчилгээний шалгалтын алдаа буцаадаг прокси холболтыг татгалздаг проксигос хожуу шатанд хүрсэн байна. Эхний алдаанд хүсэлт гүйцэтгэж буй орчинд байгууллагын зөвшөөрсөн итгэлийн материал суулгасан байх шаардлагатай. Хоёр дахьд хүртээмжтэй хаяг, порт хэрэгтэй. Хоёуланг нь нэг асуудал гэж үзэх нь аль алинд нь ажиллахгүй засвар гаргадаг.

Шалгалтыг идэвхгүй болгох эсвэл редакторыг өндөр эрхээр ажиллуулах нь дутагдаж буй прокси эсвэл дутагдаж буй итгэлийн гинжин хэлхээний засвар биш. Хоёулаа харагдах алдааг чимээгүй алдаагаар солино. Дараа нь ижил өргөтгөлийг дахин оролдож, бүтэлгүй болох дараагийн URL-ийг тэмдэглэнэ үү.

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

Ажлын талбарын аль тал тэр URL-ийг үүсгэснийг тэмдэглэнэ үү. Шат, хост, талыг нэрлэсэн богино тэмдэглэл нь хэн нэгний өөрчилсөн тохиргооны жагсаалтаас илүү үнэ цэнэтэй, учир нь дараагийн хүн давтаж чадах зүйл нь яг тэр тэмдэглэл юм.

Холбоотой нийтлэлүүд