د VPN وسیلې تنظیمات: د پیل پر مهال چاپېریال که په قلاب کې صادرول؟
قلاب خپل ماشومان پیلوي، نه هغه شیل چې تاسو مخکې خلاص کړی وي۔ د پیل پر مهال چاپېریال خصوصي پای ټکی یوازې په هغه یوه امر کې ساتي چې ورته اړتیا لري۔
هغه VPN قلاب چې د API پای ټکی صادروي، د هغو پروسو چاپېریال بدلوي چې خپله یې پیلوي، نه د هغې ټرمینل چې د تونل پورته کېدو پر مهال مخکې خلاص و۔ همدا یو توپیر د «وسیله لا هم عام پای ټکي ته زنګ وهي» راپورونو ډېری برخه تشریح کوي۔ د تنظیم د اېښودلو لپاره دوه کارېدونکي ځایونه شته، او ټاکنه په دې پورې اړه لري چې څوک یې کاروي او څو ځله بدلېږي۔ هغوی سره پرتله کړئ، مخکې له دې چې بل پیل سکریپټ ورزیات کړئ۔
دوه ځایونه چې تنظیم پکې ژوند کولی شي
لومړی انتخاب پر خپل امر یو مختګ دی: ارزښت یوازې د همدې یوې غوښتنې لپاره وي او له هغې سره ورکېږي۔ دویم انتخاب د اړیکې قلاب دننه صادرول دي، چې له هغې نقطې وروسته د قلاب له خوا پیل شوې هرې پروسې ته رسېږي۔ دوی په رسېدنه او عمر کې توپیر لري، نه په نحو کې، او همدا توپیر ډېری ناکامۍ فیصله کوي۔
| 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 |
جدول قلاب ارزانه ښيي او ریښتینی بل پټوي: هغو امرونو لپاره هم خصوصي پای ټکی ټاکي چې له دندې سره هېڅ تړاو نه لري۔ هر قطار د غوره توب پر ځای د محدودیت په توګه ولولئ۔ که پای ټکی له دندې دندې ته بدل شي، مختګ په دقت کې ګټي، که څه هم یوه کیلۍ ټکول لګښت ولري۔
ولې قلاب نشي کولی مخکې خلاص شوي شیل ته ورسېږي
چاپېریالي بدلونکي پروسې ته هغه مهال ورکول کېږي چې د پروسې انځور جوړېږي۔ هغه شیل چې له اړیکې مخکې پیل شوی، خپله ترلاسه شوې کاپي ساتي، او په قلاب دننه ترسره شوی صادرول ماشین ته د هرې پروسې خپرېدل نه دي۔ یوازې د قلاب خپل ماشومان یې میراث ته اخلي۔ د شیل خپل ماشومان هغه څه اخلي چې شیل د هغوی د پیل پر مهال لري، او ځکه همدا یو امر کولی شي په یوه ټرمینل کې کار وکړي او په بل کې ناکام شي۔
همدا خبره پر ګرافیکي سمونګر هم تطبیقېږي۔ د هغې غزونې کوربه، دننه ټرمینل او د شالید ژبې سرور پر پیل بېل شوي او خپلې کاپي ګانې ساتي۔ د یوې پوښتنې بیا خلاصول هغه ماشومان ضروري نه دي بیا پیل کړي، نو هغه تنظیم چې تاسو ورزیات کړی بیا هم هېڅکله نه رسیږي۔
تر ټولو ارزانه ازموینه دا ده چې بدلونکی له هغې ځایه چاپ کړئ چې ناکامي پکې ده، نه له هغه شیل چې کار کوي۔ که ناکامه پروسه له تونل مخکې پیل شوې وي، صادرول هېڅ فرصت نه لري.
د هر امر بڼه، لیکل شوې
مختګ ټاکنه په هماغه امر کې ښکاره ساتي چې هغه کاروي، او دا هغه مهال مرسته کوي چې پای ټکی د دندو ترمنځ بدل شي:
env INTERNAL_API='https://internal-api.example.net:8443' my-work-toolامر یوازې بېلګه ده: my-work-tool یو ځای نیوونکی دی او INTERNAL_API د VPN معیار نه دی، نو هغه برنامه چې تاسو یې واقعاً چلوئ د هغې مستنده تنظیم او خپل تصویب شوی کوربه ورته کیږدئ۔ په یوه کرښه کې ټوکن یا پټنوم مه اېږدئ، ځکه هغه د شیل تاریخ ته ورځي۔
کله چې څو امرونه یوې دندې پورې اړه ولري، یو لنډ کتل شوی بسته سکریپټ بدلونکي ټاکي او بیا یې پیلوي۔ دا یو تعریف ساتي، پرته له دې چې ارزښت په ټرمینل کې د هر راتلونکي امر لپاره نړیوال شي۔
بیا بار کړئ، بیا پیل یې کړئ یا یې پرېږدئ
د هغې وسیلې لپاره چې مخکې روانه ده، که وي د هغې خپل بیا بارول یا کاري ځای پروفایل غوره کړئ۔ که نه، کار خوندي کړئ او هغه برخه بیا پیل کړئ چې تنظیم لولي، او دا ډېری وخت ژبه سرور وي، نه د سمونګر کړکۍ۔ کړکۍ بیا پیلول او دا انګېرل چې ماشوم پروسې ورسره تللې، همدا لامل دی چې بیا بارول داسې ښکاري لکه نه کار کوي۔
جلا کېدل بېله پرېکړه ده۔ ځنډول، بندول یا بیا نښلېدل اپلیکیشن ته اړه لري، او د پای ټکي بدلونکی هغه نه کنټرولوي۔ بدلونکي ته د ادرس ټاکونکې ترتیبېدنه وګورئ، نه د دې اړوند قاعده چې وروسته کومه شبکه ترافیک کارولی شي، او دواړه مسلې بېلې پاتې کېږي.