VPN tresnaren ezarpenak: abiarazteko ingurunea edo kakoaren barruko esportazioa?
Kako batek bere seme-alabak abiarazten ditu, ez jada ireki duzun shell-a. Abiarazteko ingurune batek amaiera-puntu pribatua behar duen komando bakarrean mantentzen du.
API amaiera-puntu bat esportatzen duen VPN kako batek abiarazten dituen prozesuen ingurunea aldatzen du, ez tunela altxatzean jada irekita zegoen terminalarena. Bereizketa bakar horrek azaltzen ditu „tresnak oraindik amaiera-puntu publikoa deitzen du“ txostenen gehiengoa. Ezarpena jartzeko bi leku erabilgarri daude, eta hautaketa haren kontsumitzailearen eta aldatzen den maiztasunaren araberakoa da. Alderatu biak beste abiarazte-script bat gehitu aurretik.
Ezarpena non bizi daitekeen: bi leku
Lehen aukera komandoaren aurreko aurrizki bat da: balioa dei horretarako soilik existitzen da eta harekin batera desagertzen da. Bigarren aukera konexio-kakoaren barruko esportazio bat da, eta kakoak puntu horretatik aurrera abiarazten duen prozesu bakoitzera iristen da. Irismenean eta iraupenean desberdintzen dira, ez sintaxian, eta desberdintasun horrek erabakitzen ditu hutsegite gehienak.
| Property | Prefix on the command | Export from the hook |
|---|---|---|
| Who receives it | That invocation only | Children the hook starts |
| Lifetime | Until the process exits | Until the hook's own session ends |
| Leakage | Scoped to one command | Applies to later commands in that session |
| Repeat cost | Every invocation | Once per connection |
| Works for an open editor | No, unless the editor is started with it | No |
Taulak kakoa merkea dirudi eta benetako faktura ezkutatzen du: zereginarekin zerikusirik ez duten komandoentzat ere amaiera-puntu pribatua hautatzen du. Irakurri errenkada bakoitza murrizketa gisa, lehentasun gisa baino. Amaiera-puntua zereginen arabera aldatzen bada, aurrizkiak zehaztasunean irabazten du, tekla-sakatze bat kostatuta ere.
Zergatik ezin dio kakoak jada irekita dagoen shell bati iritsi
Ingurune-aldagaiak prozesuari ematen zaizkio prozesuaren irudia sortzen denean. Konexioaren aurretik hasitako shell batek jasotako kopia mantentzen du, eta kakoaren barruan exekutatzen den esportazioa ez da makinako prozesu guztietara zabaltzen. Kakoaren seme-alabek soilik heredatzen dute. Shell baten seme-alabek shellak haiek abiarazteko unean duena hartzen dute, eta horregatik komando bera terminal batean funtziona dezake eta bestean huts egin.
Gauza bera gertatzen da editore grafiko batekin. Bere luzapen-ostalariak, terminal integratuak eta atzeko planoko hizkuntza-zerbitzariak abiaraztean banatu ziren eta beren kopiak dituzte. Karpeta bat berriz irekitzeak ez ditu nahitaez seme-alaba horiek berrabiarazten, beraz gehitu duzun ezarpena ez da inoiz iristen.
Probarik merkeena aldagaia huts egiten duen lekutik inprimatzea da, ez funtzionatzen duen shell-etik. Huts egiten duen prozesua tunela hasi aurretik abiatu bazen, esportazioak ez zuen aukerarik izan.
Komando bakoitzeko forma, idatzita
Aurrizki batek hautaketa erabiltzen duen komandoan ikusgai mantentzen du, eta hori lagungarria da amaiera-puntua zereginen artean aldatzen denean:
env INTERNAL_API='https://internal-api.example.net:8443' my-work-toolKomandoa adibide bat besterik ez da: my-work-tool leku-markatzaile bat da eta INTERNAL_API ez da VPN estandar bat, beraz jarri benetan exekutatzen duzun programaren ezarpen dokumentatua eta zure ostalari onartua. Ez jarri tokenik edo pasahitzik lerro berean, shell-aren historian amaitzen baitute.
Komando batzuk zeregin bakarrari dagozkionean, berrikusitako bilgarri-script labur batek aldagaiak ezartzen ditu eta gero abiarazten ditu. Horrela definizio bakarra mantentzen da, balioa terminaleko etorkizuneko komando guztietarako globala bihurtu gabe.
Berriz kargatu, berrabiarazi edo utzi horrela
Jada exekutatzen ari den tresna batentzat, lehenetsi bere berriz kargatzea edo lan-eremuko profila, baduenean. Bestela, gorde lana eta berrabiarazi ezarpena irakurtzen duen osagaia, askotan hizkuntza-zerbitzaria izaten baita, ez editorearen leihoa. Leihoa berrabiarazi eta seme-alaba prozesuek jarraitu dutela suposatzea da berriz kargatzeak funtzionatzen ez duela ematen duen arrazoia.
Deskonexioa erabaki bereizia da. Pausatzea, ixtea edo berriz konektatzea aplikazioari dagokio, eta amaiera-puntuko aldagaiak ez du hori kontrolatzen. Hartu aldagaia helbide bat hautatzen duen konfigurazio gisa, ez ondoren zein sare-trafiko erabil daitekeen zehazten duen arau gisa, eta bi gaiak bereizgarri diraute.