WireGuard ډاټا لیږي خو هېڅ بیرته نه ترلاسه کوي: کومه خوا؟
د لیږلو زیاتېدونکی شمېرونکی لوری دی، نه تشخیص۔ د هر څه بدلولو دمخه پریکړه وکړئ چې غوښتنه هېڅکله له تونل څخه نه ده وتلې یا ځواب هېڅکله نه دی راستانه شوی۔
د لیږلو هغه شمېرونکي چې لوړیږي پداسې حال کې چې د ترلاسه کولو شمېرونکی په صفر ولاړ وي، لوری بیانوي، نه تشخیص۔ همدا لوستل هغه وخت ښکاري چې همکار هېڅکله لاس ورکول بشپړ نکړل، چې منزل غلط همکار وټاکه، چې لرې خوا ته د بیرته تګ لار نه وي، او چې یو فلټر ځواب د کور په لاره وغورځوي۔ هر یو له دې څخه په بېل ځای کې سمېږي۔
هغه پرتله چې کار لنډوي د هغې غوښتنې او هغه ځواب ترمنځ ده چې لومړی هېڅکله له تونل څخه نه دی وتلی او دویم هېڅکله نه دی راستانه شوی۔ په سم انټرفیس کې یوه ثبت د دواړو ترمنځ پریکړه کوي۔
شمېرونکي حجم بیانوي، نه د خرابۍ لوری
د WireGuard شمېرونکي ثبتوي چې انټرفیس همکار ته څه ورکړل او له هغه څخه یې څه واخیستل۔ دوی نه وایي چې کوم منزل، کوم همکار یا د تبادلې کومه نیمه ناکامه شوه۔ د شالید ترافیک ټولټالونه نور هم بې معلوماتو کوي، ځکه ځینې بایټونه کېدای شي د اړیکې ساتلو پیغامونه یا ناتړلي بهیرونه وي۔ دوی د دې نښې په توګه ولولئ چې انټرفیس فعال دی، بیا یې د ثبوت په توګه کارول بند کړئ۔
لومړی ګټور حقیقت دا دی چې لاس ورکول اوسني دي که نه۔ پرته له دې د دې همکار لپاره هېڅ شی نه دی کوډ شوی او د ترلاسه کولو شمېرونکی د خوځېدو لامل نه لري۔
د همکار ټاکنه یا د ځواب لار: دوه څرګندونې
لومړۍ څرګندونه دا ده چې بسته هېڅکله تر ټاکل شوي همکار پورې ونه رسېده، ځکه لار بل ځای ته اشاره کوله یا د همکار اجازه شوې مختګې منزل نه پوښله۔ دویمه دا ده چې بسته ورسېده خو ځواب بیرته نه شو راستنېدلی، چې دا په لرې پای کې د لارښوونې ستونزه ده۔ جدول دوی د هغه څه له مخې بېلوي چې تاسو به په هر ټکي کې څه وګورئ۔
| Observation | Points to |
|---|---|
| No handshake while transmit climbs | Peer selection or endpoint |
| Handshake current, request visible on the server | Reply path or far-side route |
| Request never visible on the server | Allowed prefixes or local route |
| Both packets visible, nothing reaches the client | Return filter or translation |
جدول له پاسه ولولئ۔ د لاس ورکولو نه موجودیت تاسو کیليو، پای ټکو او بهرنۍ لارې ته لیږي، ځکه لا تر اوسه د څیړنې بل څه نشته۔ اوسنی لاس ورکول چې غوښتنه پر سرور ښکاري ستونزه د بیرته تګ لوري ته لیږدوي، چېرې چې د منزل خپله د لارښوونې جدول پریکړه کوي۔ هغه غوښتنه چې هېڅکله پر سرور نه ښکاري د ټاکنې ستونزه ده، او د دواړو همکارانو اجازه شوې مختګې لومړی شی دی چې باید پرتله شي۔
له دې څلورو کرښو دوه پر کلاینټ او دوه پر سرور سمېږي۔ پدې پوهېدل چې تاسو په کومه جوړه کې یاست د کار ډېره برخه ده۔
ځوابونه چېرته ورکېږي
ځواب منزل پریږدي، د سرور د تونل انټرفیس ته رسېږي او د هغه همکار لپاره کوډ کیږي چې اجازه شوې پته یې د کلاینټ له داخلي پتې سره سمون لري۔ که دا سمون ونشو، ځواب په غلې توګه غورځول کیږي، چې د کلاینټ له خوا په سمه توګه د شبکې خرابۍ په څېر ښکاري۔ که ځواب کوډ شوی وي او د کلاینټ خپل فلټر یې رد کړي، نښه بیا هماغه ده۔ دواړه حالتونه ثبت ته اړتیا لري، نه شمېرونکي ته۔
د دې تېروتنې ترټولو پیاوړې بڼه هغه سرور دی چې د کلاینټ لپاره بستې وړاندې لیږي خو کلاینټ داخلي حد ته د بیرته تګ لار نه لري۔ هغه غوښتنه مني، ځواب خپل اصلي ګېټوی ته لیږي، او تونل هېڅکله نه یې ویني۔ پر سرور اضافه شوی پراخ ژباړې قاعده د لارې د سمولو پرځای هغه خرابي پټوي۔
یو منزل له سره تر پایه وآزمویئ
د همکار په حد کې یوازې یو منزل وټاکئ، او هغه وخت یې وآزمویئ چې لاس ورکول څرګند اوسني وي۔ لاندې حکمونه د همکار حالت، ټاکل شوې لار او د تبادلې دواړه خواوې لولي۔ ثبت پر هغه انټرفیس چل کړئ چې کوډ شوې بستې واقعاً کاروي۔
wg show wg0 latest-handshakes
wg show wg0 transfer
ip route get 10.60.9.5
sudo tcpdump -ni wg0 host 10.60.9.5هغه ثبت چې پر تونل انټرفیس غوښتنه ښیي او هېڅ بیرته نه راځي د سرور له خوا ځواب دی، او د منزل د لارښوونې جدول بل ځای دی چې باید وګورئ۔ که هېڅ شی ونه ښکاري، بسته بله لار غوره کړې، نو سیمه ییزه لار شکمنه ده۔ هغه تبادله چې په دواړو ثبتونو کې ښکاري خو په اپلیکیشن کې پرمختګ نلري، پوښتنه د بستې اندازې یا هغه فلټر ته لیږدوي چې د انټرفیس احصایې هېڅکله نه ښیي۔ په ازموینه کې یو منزل او یو کلاینټ وساتئ، ځکه دویم بدلونکی ثبوت بیا انګېرنې ته اړوي۔
که نومونه ناکام شي پداسې حال کې چې اجازه شوې پته کار کوي، ځواب په DNS کې دی نه په تونل کې۔ که یوازې لوی لېږدونه ودریږي، د بستې اندازه جلا وګورئ۔