WireGuard 5G څانګه: پرېږدئ څانګه خپله مرکز ته زنګ ووهي

د څانګې مرکز ته د مخې کول په دې ډیزاین کې اسانه نیمه برخه ده، کله چې څانګه د بدلېدونکې ګرځنده پتې شاته وي او مرکز یو ثابت نوم ولري۔ بیا مرکز څانګه له تصدیق شوي ترافیک څخه زده کوي، نه له هغه ریکارډ څخه چې تاسو یې تازه ساتل غواړئ۔ تړون ساده دی: څانګه تل پیل کوي۔

دا په قصد سره ترتیب کړئ او بیا هغه برخه تایید کړئ چې خلک یې فعاله ګڼي۔ دواړه ګامونه دقیقې نیسي، او دا ډیزاینونه معمولاً په دوهم کې ناکامېږي۔

کومه خوا ثابت پای ټکی لري

د څانګې ترتیب د مرکز پای ټکی او عامه کیلي نوموي۔ د مرکز ترتیب د څانګې عامه کیلي او د هغې اجازه لرونکې داخلي مختصې نوموي، او کېدای شي هېڅ پای ټکی ونه لري، ځکه هویت له کیلي راځي نه د وروستي بنډل د سرچینې پتې څخه۔ دا نامساوات ټول میکانیزم دی، او د مرکز له خوا یوه بشپړه طبقه د موندنې ستونزې لره کوي۔

کله چې څانګه تصدیق شوی بنډل واستوي، مرکز هغه سرچینه ثبتوي چې بنډل ترې راغلی او د ځوابونو لپاره هماغه نقشه کاروي۔ بیا د ګرځنده اړیکې بیا شمېرنه له بل لاس ورکولو پرته بل څه نه لګوي، او هره هغه برخه چې تاسو ورته اړ نه یاست یوه داسې برخه ده چې په بدلون کې ناکامه نه شي۔ دا ځانګړنه د پلان شوي بدلون پر مهال ازموینې وړ ده، نه د پېښې پر مهال۔ دا هغه وخت وکړئ چې یو څوک دواړه سرونه یوځای وګوري۔

څانګې ته داسې ترتیب ورکړئ چې بیا شمېرنه یې وزغمي

پای ټکی او keepalive په څانګه کې وساتئ، او د مرکز د سیال ثبت له کلک کوډ شوې پتې څخه پاک وساتئ۔ keepalive ژباړل شوې نقشه دومره اوږده پرانیستې ساتي چې مرکز وروسته له بې کارۍ دورې نه غوښتل شوی ترافیک واستوي۔

[Peer]
PublicKey = HUB_PUBLIC_KEY_BASE64
Endpoint = hub.example.net:51820
AllowedIPs = 10.60.0.0/24, 10.60.10.0/24
PersistentKeepalive = 25

پنځه ویشت ثانیې هغه مثال دی چې ډېری وخت د NAT نقشې ژوندي ساتلو لپاره راوړل کېږي، نه د هر سیال لپاره شرط۔ دا د هغه نقشې وخت پای ته له مخې وټاکئ چې تاسو یې په رښتیا وینئ، او په یاد ولرئ چې تر هغه چې انټرفیس روښانه وي په محدود ډیټا لینک ترافیک جوړوي۔

په مرکز کې، د څانګې د سیال اجازه لرونکې مختصې باید هر هغه څه پوښي چې څانګه یې استوي۔ ورکه مختصه په لرې سر کې د لارښوونې د ناکامۍ په څېر چل کوي او په هېڅ خوا کې خبرداری نه جوړوي، نو ښه ده چې له لومړي ریښتیني بنډل مخکې یې بیاکتنه وکړئ۔ له لومړي اړیکې مخکې د مرکز اجازه لرونکې مختصې د څانګې د انټرفیس پتو سره پرتله کړئ۔

نقشه او بدلون تایید کړئ

ډاډ ترلاسه کړئ چې لاس ورکول بشپړېږي، مرکز د څانګې اوسنی پای ټکی لیستوي، او د تونل له لارې د څانګې داخلي پتې رسېدونکې دي۔ دا بنسټیزه کرښه ده، او باید ثبت شي مخکې له دې چې څوک ګرځنده اړیکې ته لاس ووهي۔ دوه کرښې پایلې کافي دي۔ د وخت مهر سره یې په ټیکټ کې وساتئ۔

wg show wg0
wg show wg0 latest-handshakes
ip route show default
ping -c 3 10.60.10.1

بیا هغه ناکامي وازموئ چې دا ډیزاین د هغې لپاره دی۔ لومړنی WAN وویستلئ او تایید کړئ چې د څانګې بنسټیزه لار مرکز ته اوس د ګرځنده انټرفیس له لارې وځي۔ تونل نه شي کولای ماته فزیکي لار جوړه کړي، نو بهرنۍ لار چې لا هم مړې پورتې خوا ته اشاره کوي د لاس ورکولو وخت پای جوړوي چې په بشپړه توګه د مرکز د ستونزې په څېر ښکاري۔

که بهرنۍ لار په څرګنده توګه تړل شوې یا د تګلارې له مخې لارښوونه شوې وي، بدلون باید هغه هم ولري۔ د سم لوستل شوي ډیزاین او د پېښې زغمونکي ډیزاین ترمنځ دا تشه معمولاً یوازینی ورک څیز وي۔

دا ډیزاین څه نه حل کوي

هیڅ شی دلته څانګې ته د ننوتونکي اړیکې اجازه نه ورکوي۔ که په مرکزي دفتر کې یو څه باید ګرځنده سایټ ته زنګ ووهي، د دې اړتیا لپاره د تونل لوری غلط دی، او متحرک DNS یوازې نوم تازه کوي۔ د برابرونکي ژباړه، د ننوتلو تګلاره او د پیرودونکي د پای ټکی تازه کول ټول په لار کې پاتې کېږي، او بدل شوی ریکارډ نشي کولای د آپریټر کچې NAT پرانیزي۔

د څانګې مختصه له هر بل سایټ جلا وساتئ، او محدود کړئ چې د هغې دروازه څه وړاندې استوي۔ ثابت مرکز پای ټکی موندنه اسانه کوي او د لارښوونې ډیزاین، د پتو پلان یا دې پوښتنې لپاره چې کومې اپلیکیشن لارې بدلون زغمي هېڅ نه کوي۔

په رنبوک کې څلور شیان ولیکئ: څوک پیل کوي، کومې مختصې اجازه لري، keepalive څومره اوږد دی، او کله چې لومړنۍ اړیکه لوېږي څه پېږي۔ هماغه کرښې هغه څه دي چې راتلونکی آپریټر د شپې په درې بجو واقعاً ورته اړ دی۔