د PiVPN لاس ورکول کار کوي، پاڼې بندېږي: MASQUERADE وګورئ
لاس ورکول بشپړېږي خو پاڼې بندېږي؟ ساتل شوی د MASQUERADE قاعده غلط پورته لینک ښیي. د NAT جدول ولولئ، انټرفیس سم کړئ او بیا یې د شمارو په مرسته ثابت کړئ.
ستاسو تلیفون تونل د نښلول شوي په توګه ښیي، کلاینټ یو شخصي پته راپور کوي، او لومړنۍ پاڼه بیا هم د لوډ کېدو په نیمایي کې ځوړند وي۔ دا یوځای والی ډېری خلک د سایفر تنظیماتو او د پروسیسر تودوخې ته لیږي، چېرې چې په رښتیا هیڅ خرابه نه ده۔ تونل پورته راغی، یعنې خبرې اترې بشپړې شوې؛ چې ناکام شو هغه بل ګام دی، کله چې سرور د کلاینټ پاکټونه انټرنیټ ته سپارل غواړي۔ هماغه لاره ولاړ شئ چې دا پاکټونه یې کوي، او ناسم والی معمولاً د NAT جدول په یوه کرښه کې ښکاري۔
له دې پیل وکړئ چې کلاینټ څه ته رسېدلی شي او څه ته نه
له نښلول شوي کلاینټ څخه، په عامه انټرنیټ کې پروت یو پاڼه لوډ کړئ او وګورئ چې سمدلاسه ناکامېږي که په نیمایي کې درېږي۔ بیا د VPN سرور په خپله شخصي پته یو سرچینه پرانیزئ او دواړه پایلې پرتله کړئ۔
هغه د تونل پته چې ping ته ځواب ورکوي په داسې حال کې چې عامه سایټونه وخت تېروي، د لېږد یا ژباړې د ستونزې نښه ده، نه د مات لاس ورکولو۔ د کلاینټ خپل د وضعیت پینل د دوی ترمنځ توپیر نشي کولی، ځکه چې یوازې پدې پوهېږي چې د کنټرول چینل پورته دی۔ په سرور کې د تونل انټرفیس په دې سره وګورئ: ip -br addr show tun0 او تایید کړئ چې کلاینټ ته ورکړل شوې پته ستاسو د تنظیم شوي حوض دننه ده۔ که حوض او د کلاینټ پته سره سمون نه خوري، لومړی هغه سم کړئ، ځکه چې لاندې هره قاعده د حوض سره مطابقت لري۔
بیا له سرور وپوښتئ چې د عامه پتې ته رسېدو لپاره به کوم انټرفیس وکاروي۔ ip route get 203.0.113.9 په خپله لومړنۍ کرښه کې ټاکل شوی وسیله او سرچینه چاپوي۔ د هغې وسیلې نوم ولیکئ، ځکه چې په NAT قاعده کې باید همدا ارزښت وي۔
هغه قاعده ولولئ چې پرېکړه کوي پاکټونه بهر وځي که نه
MASQUERADE یوازې هغه وخت پاکټ بیا لیکي چې پاکټ د قاعدې په نومول شوي انټرفیس له لارې بهر وځي۔ په تار لرونکې وسیله محدوده قاعده د Wi-Fi له لارې بهر وتونکي ترافیک لپاره هیڅ نه کوي، او پاکټ خپله شخصي سرچینه پته تر پورتنۍ روټر پورې ساتي۔ هغه روټر ستاسو د تونل حوض ته د بیرته تګ لاره نه لري، نو ځواب غورځوي، او کلاینټ یو داسې اړیکه ویني چې پرانیستل کیږي او بیا مري۔ نښه د دې سره زیاتیږي چې تر لومړي ځواب اړتیا مخکې د پاڼې څومره برخه رسیږي۔
ژوندی جدول ولیکئ او د MASQUERADE کلمې یوازې لټولو پرځای د وتلو انټرفیس ستون ولولئ۔ د زیاتولو بڼې پایله د جوړ شوي لیست په پرتله پرتله کول اسانه ده:
ip -br addr show tun0
ip route get 203.0.113.9
sudo iptables -t nat -S POSTROUTING
په Raspberry Pi چې یو وخت Ethernet او اوس Wi-Fi کاروي، زوړ نوم تقریباً تل ټوله کیسه وي۔ نصب کوونکي ثبت کړی و چې د تنظیم پر مهال کومه وسیله وه، او ساتل شوی قاعدهمجموعه یې په هر بوت کې بیا غږوي۔ تر دې چې بل څه بدل کړئ، د لارې لټون څخه ترلاسه شوې وسیله د قاعدې له وسلې سره پرتله کړئ۔ که سره سمون وخوري، انټرفیس ستاسو ستونزه نه ده او باید د وروستي برخې شمارو ته لاړ شئ۔ که توپیر ولري، سمون په دوام فایل کې د یوې کلمې سمون دی۔
ساتل شوې قاعدهمجموعه سمه کړئ، نه یوازې روانه
یوازې ژوندی جدول سمول تر بل بیا پیل پورې دوام کوي، چې ستاسو د دې باور لپاره چې ستونزه حل شوې، بالکل کافي دی۔ هغه قواعد چې په بوت کې بیرته راځي په یو فایل کې اوسي چې د فایر وال دوام پاکټ یې بیا لوډوي۔ په Debian ولاړو Pi عکسونو کې هغه فایل معمولاً /etc/iptables/rules.v4۔
تر دې چې لاس وروړئ یوه کاپي واخلئ، بیا د MASQUERADE کرښې وتلو انټرفیس په هغې وسیله بدل کړئ چې لیکلې وه، د بېلګې په توګه -o wlan0 پرځای -o eth0۔ د سرچینې حد هماغسې پرېږدئ، تر دې چې ستاسو د کلاینټ حوض بدل شوی نه وي۔ بیا لوډ کړئ او تایید کړئ چې قاعده اوس سمه وسیله نوموي:
sudo cp /etc/iptables/rules.v4 /root/rules.v4.bak
sudo iptables-restore < /etc/iptables/rules.v4
sudo iptables -t nat -L POSTROUTING -v -n
دوه ګاونډي تنظیمات هېرول اسانه دي۔ sysctl net.ipv4.ip_forward باید 1 راپور کړي، او پورتنۍ روټر باید شخصي سرچینه پتې پخپله فیلټر نه کړي۔
ثابت کړئ چې قاعده فعالېږي، بیا جلا کړئ چې لا هم څه ورو دي
شمارونه یوازینی صادق ثبوت دی چې یوه قاعده مطابقت کړی۔ تفصیلي لیست چل کړئ، په کلاینټ کې ډاونلوډ پیل کړئ او بیا یې چل کړئ۔ ستاسو د قاعدې ترڅنګ د پاکټونو او بایټونو ستونونه باید لوړ شي، او هغه قاعده چې په صفر پاتې کیږي لا هم مطابقت نه کوي۔ که شمارونه ځي خو پاڼې لا هم ناکامېږي، د سرچینې حد له اصلي حوض سره په دې سره پرتله کړئ grep -n "^server " /etc/openvpn/server.conf۔ که ځي او پاڼې لوډېږي خو د لېږد وړتیا کمزورې ده، ژباړه بشپړه شوې او پاتې ستونزه بل ځای کې ده۔
له همدې کلاینټ څخه دوه لېږدونه پرتله کړئ، یو ځایي شبکې کوربه ته او بل د تونل له لارې هماغه کوربه ته۔ په دواړو کې ورو والی VPN ته نه، بلکې د Pi پورتنۍ لینک یا Wi-Fi اړیکې ته اشاره کوي۔ یوازې د تونل له لارې ورو والی MTU او بیا لېږنې ته اشاره کوي، چې په دې سره یې کتلی شئ ip -s link show tun0 تر دې چې کوم کریپټو تنظیم بدل کړئ۔
د تجربې د لغوه کولو لپاره کاپي بیرته راوګرځوئ او بیا یې لوډ کړئ، بیا تایید کړئ چې اصلي قاعده او د هغې شمارونه بیرته راغلي۔ په سرور یادښتونو کې وتله وسیله او د بیا لوډ کولو امر ولیکئ، ځکه چې بله پورتنۍ لینک بدلون به هماغه ناسم والی بیا ومومي۔ هغه قاعده چې غلطه وسیله نوموي تر هغه پټه پاتې کیږي چې ترافیک ورته اړتیا ولري۔