WireGuard وروستی لاس ورکول نه ښیي: لومړی څه وګورئ

د وروستي لاس ورکولو تش ساحه معمولاً دا معنی لري چې انټرفیس له پورته کیدو راهیسې هېڅ لاس ورکول نه دي بشپړ کړي، چې د ترتیباتو په اړه له ښکاریدو کم وایي۔ WireGuard تر هغه چوپ پاتې کیږي چې یو پیکټ اړ وي له انټرفیس څخه ووځي، نو هغه غیر فعال peer چې د لېږلو لپاره هېڅ نه لري په سمه توګه همدا راپور ورکوي۔ مخکې له دې چې کیلي وګورئ، معلومه کړئ چې ایا واقعاً څه وړاندیز شوي وو۔

ازموینه هغه اجازه لرونکی پیکټ دی چې peer باید یې منزل ته ورسوي۔ په هغه حالت سکرین کې هر څه بل د فعالیت پرځای نیت بیانوي۔

غیر فعال انټرفیس د راپور ورکولو لپاره هېڅ نه لري

WireGuard لاس ورکول په سستۍ سره کوي: لومړنی پیکټ چې تونل ته اړتیا لري تبادله پیلوي، او انټرفیس تر هغه چوپ پاتې کیږي۔ هغه peer چې تنظیم شوی او هېڅکله نه دی کارول شوی تش لاس ورکول، صفر ترلاسه شوي بایټ او له وروستي راهیسې پراخیدونکی واټن ښیي۔ دا حالت د غیر فعال کاروونکي لپاره روغ دی او یوازې هغه وخت اندیښمن کوونکی دی چې تمه مو کړې وي ټرافیک لا دمخه بهیدلی وي۔ د لېږد شمېرونکي هم وګورئ، ځکه چې دوی هېڅ-نه-لېږل شوي له هڅه-شوي-او-ناکام شوي څخه بېلوي۔

که شمېرونکي په دواړو خواو صفر وي، ستونزه د تونل له پاسه ده۔ انټرفیس ته هېڅ ونه رسیدل چې څه پیل کړي۔

هغه ټرافیک فعال کړئ چې peer یې د لېږلو اجازه لري

په ځایي ماشین کې د peer د اجازه لرونکو مخکښو دننه یو پته وټاکئ او ډاډ ترلاسه کړئ چې د لارښوونې جدول به یې له انټرفیس څخه ولېږي۔ له هغو مخکښو بهر منزل د WireGuard له هېڅ ګډون پرته عادي لارښوونکی غوښتنه جوړوي۔ داسې خدمت وکاروئ چې ژر ځواب وایي، لکه ping یا لنډ TCP اړیکه، تر څو هڅه ښکاره پیل او پای ولري۔ بیا د سکرین کتلو او انتظار پرځای د لاس ورکولو کرښه بیا ولولئ۔

ip route get 10.60.9.5
ping -c 3 -W 2 10.60.9.5
wg show wg0 latest-handshakes
wg show wg0 transfer

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

کیلي جوړه او پای ټکی پرتله کړئ

کله چې ټرافیک واقعاً وړاندیز شي، بلې کتنې هویت دی۔ ځایي خصوصي کیلي باید له هغه عامه کیلي سره سمه وي چې بله خوا یې اجازه ورکوي، تنظیم شوې لیرې عامه کیلي باید هدف peer وپېژني، او هر مخکې شریکه شوې کیلي باید په دواړو سرونو کې سمه وي۔ د base64 کیلي کې د یو توري توپیر هغه peer جوړوي چې تنظیم شوی ښکاري او هېڅکله تبادله نه بشپړوي۔ د کیلي له بیا جوړولو پرځای له تدارکاتي ریکارډ سره پرتله وکړئ، ځکه نوې کیلي هر هغه peer باطلوي چې زاړه یې باور درلود۔

پای ټکي هم هماغه کتنه غواړي: کوربه نوم، پته، UDP پورټ او هغه کورنۍ چې هلته رسیدلو لپاره کارول کیږي۔ زړه پته یا غلط پورټ د پیغام پرځای چوپتیا ورکوي۔

بهرنۍ UDP لاره وګورئ

لاس ورکول د UDP په توګه پای ټکي ته ځي، نو بهرنۍ لاره باید یې ویوړي۔ لاندې کمانډونه ګوري چې اوریدونکی شته که نه، ځایي سټیک ډیټاګرام لېږلی که نه، او کوم پای ټکی تنظیم شوی۔ کله چې ټرافیک فعالوئ نیول چل کړئ، نه تر هغه مخکې۔

ss -lunp | grep 51820
sudo tcpdump -ni eth0 udp port 51820
wg show wg0 endpoints
conntrack -L -p udp | grep 51820

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

کله چې لاس ورکول ښکاره شي، اپلیکیشن د تونل له لارې وازموئ، ځکه بشپړه تبادله هویت او لاسرسي ثابتوي، نه د کار وړ ظرفیت یا سم DNS۔ د بدلون دمخه او وروسته د حالت محصول وساتئ، او توپیر به ستاسو شاهد شي۔