Edukiontziaren terminalean lortzen diren deskargak terminal horren ingurunearen benetako froga dira. Ez dute ezer esaten editorearen prozesuaz, luzapen-instalatzaileaz edo luzapenak geroago deskargatzen duen binarioaz. Hiruren artean proxy aldagaiak kopiatzeak huts egindako eskaera bakarra arratsalde osoko erlaziorik gabeko aldaketatan bihurtzen du.

Bi ingurunek normalean alderdi bakarrean bereizten dira zehazki. Alderdi hori aurkitzea proxy dokumentazioa bitan irakurtzea baino azkarragoa da.

Zein prozesuk egin zuen huts egindako eskaera

Hiru eskaerek huts egin dezakete instalazio bakar batean, eta bakoitzak bere sare-identitatea du. Editoreak Marketplace-ri metadatuak eta paketearen URL bat eskatzen dizkio, gero paketea deskargatzen du. Horren ondoren bakarrik exekutatzen du luzapen-hostsak hizkuntza-zerbitzari bat edo bere binarioa deskarga dezakeen kodea. Hautsi zen etapak erabakitzen du zein prozesuk behar duen proxy, eta errore-gainazalak gutxitan izendatzen du etapa.

Funtzionatzen duen terminalak edukiontziak internetera irits daitekeela frogatzen du, ez editoreak. Irakurri luzapenaren erregistroan saiatu zen azken URLa. Han izendatzen den hostak prozesua eta hari aplikatzen zaion politika identifikatzen ditu.

Tokiko editorea eta urruneko edukiontzia bi ingurune dira

Urruneko lan-eremu batean luzapen bat bere motak adierazten duen aldean exekutatzen da. Interfaze-luzapenak tokiko editorearekin geratzen dira, eta lan-eremuaren luzapenak edukiontzian exekutatzen dira. Batean ezarritako proxy bat ikusezina da bestearentzat, eta berreraikuntza batek edukiontziaren ingurunea bere konfigurazio fitxategitik sortzen du, ez shell batean esportatu duzunetik. Banaketa horrek azaltzen du zergatik luzapen bera eramangarri batean instalatzen den eta proiektu berean SSH bidez huts egiten duen.

Irakurri instalazio-kokapena ezer editatu aurretik. Erregistroak urruneko instalazioa jakinarazten duenean, edukiontziaren ingurunea da garrantzitsua.

Jarri proxy eskaera hasten den tokian

Benetan HTTP proxy bat behar duen Dev Container baterako, aldagaia edukiontziaren konfigurazioan dagokio, berreraikuntzak hura erreproduzitu dezan. Beheko zatiak ingurune horretarako ezartzen du. Leku-markatzailearen helbidea zure atebidearen ordezkoa da, eta bazterketak ez dira betegarri aukerakoa.

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

Aldagaiaren izenak helmugako protokoloa deskribatzen du, beraz HTTPS_PROXY balio bat legez has daiteke http-rekin. Aplikatu aldaketa onartutako berreraikuntza bidearen bidez eta mantendu bazterketak, barneko hostak atzematen dituen proxy batek edukiontziak behar dituen zerbitzuak hausten baititu.

Bereizi konfiantza-hutsegiteak eskuragarritasunetik

Konektatzen da eta gero ziurtagiriaren egiaztapen-errore bat itzultzen duen proxy bat, konexioa ukatzen duena baino etapa berantiarrago batera iritsi da. Lehen hutsegiteak erakundeak onartutako konfiantza-materiala eskatzen du eskaera egiten duen ingurunean instalatuta. Bigarrenak helbide eta portu eskuragarri bat eskatzen du. Biak arazo bakar gisa tratatzeak bienzat balio ez duen konponbidea sortzen du.

Egiaztapena desgaitzea, edo editorea pribilegio altuekin exekutatzea, ez da proxy faltaren edo konfiantza-kate faltaren konponketa. Biek errore ikusgarri bat isildu batengatik trukatzen dute. Saiatu luzapen bera berriro gero eta idatzi huts egiten duen hurrengo URLa.

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

Idatzi lan-eremuaren zein aldek sortu zuen URL hori. Etapa, hosta eta aldea izendatzen dituen ohar labur batek inork aldatutako ezarpenen zerrendak baino balio handiagoa du, ohar hori baita hurrengo pertsonak erreproduzi dezakeena.

Erlazionatutako artikuluak