د Raspberry Pi VPN سرور Ethernet ته د لېږدولو لار

Pi له Wi-Fi څخه کیبل ته لېږدول د پنځو دقیقو کار ښکاري، او یوازې هغه وخت داسې پاتې کېږي چې لېږد یو نه، بلکې څلور جلا تنظیمات وګڼئ۔ د پای نقطې هغه نوم چې ستاسو پیریدونکي ورته زنګ وهی شي کولای شي بالکل هماغسې پاتې شي په داسې حال کې چې لاندې پته بدلېږي۔ هغه څه چې واقعاً ماتېږي اورېدونکی دی چې په زاړه پته ټینګ شوی، د پورټ لېږد چې لا هم بې‌تارې اجارې ته اشاره کوي، یا د بېرته تګ لاره چې له هغه انټرفېس څخه وځي چې تاسو یې تقاعد شوی ګڼلی و۔ دا لارښود په هر ګام کې د بیا رغولو لاره پرانیستې ساتي، نو ناکامه بدلون یوازې یو بیا پیل کوي۔

له هر څه ایستلو دمخه څلور مالکان ولیکئ

څلور تنظیمات پرېکړه کوي چې بدلون ژوندی پاتې کېږي که نه: د Pi پته، د تړاو پته OpenVPN، د روټر د بیا لېږد هدف او هغه لاره چې ځوابونه پرې ځي۔ څلور واژه مخکې له دې چې کیبل ته لاس وړئ ولیکئ، ځکه چې کله بې‌تارې اجاره ورکه شي نور نشئ کولای له ماشین څخه زاړه ارزښتونه ولولئ۔ تار لرونکی انټرفېس بې‌تاره پروفایل په میراث نه اخلي، او په Bookworm کې پته په NetworkManager کې اوسېږي خو Bullseye هغه په dhcpcd.conf کې ساتي۔ هغه ریزرویشن چې بې‌تاره MAC پته یې ټینګه کړې وه د eth0 په اړه هېڅ نه وایي۔ نوې پته داسې نوې ګومارنه وګڼئ چې خپل ثبوت ته اړتیا لري۔

Old wireless lease:   10.42.7.24/24 on wlan0
New wired address:    10.42.7.31/24 on eth0
Client endpoint:      vpn.lab.example:1194/udp

اورېدونکی دویم مالک دی۔ که خدمت د ځانګړې تړاو پتې سره پیل شوی وي، ساکټ له زاړه انټرفېس سره مړ کېږي؛ که ټولې پتې وتړي، ساکټ ژوندی پاتې کېږي او د روټر قاعده یوازینی څه وي چې باید سم شي۔

د بیا لېږد هدف او د بېرته تګ لاره هغه مالکان دي چې خلک یې پرېږدي۔ هغه لېږد چې لا هم 10.42.7.24 ته اشاره کوي راتلونکي لاس‌نیول هغې پتې ته لېږي چې Pi نه لري، نو پیریدونکي د سرور په اړخ کې د یوې لاګ کرښې پرته وخت تېرېږي۔ د بېرته تګ لاره هغه وخت مهمه ده چې دواړه تړنې لږ وخت فعالې وي، ځکه Pi له هغه انټرفېس څخه ځواب ورکوي چې د لارښوونې جدول غوره ګڼي، او دا تل هغه انټرفېس نه وي چې کڅوړه پرې راغلې۔ لاندې د لارې پلټنه ښیي چې کرنل کومه سرچینه غوره کوي۔

له نوې پتې باور کولو دمخه ریښتینی ساکټ ولولئ

د ترتیباتو فایلونه نیت بیانوي او ساکټ ریښتینولي۔ د هغه ترتیب چې په یاد مو دی باور کولو پرځای له روان خدمت وپوښتئ چې له کوم څه سره تړلی دی۔ د OpenVPN 2.6 لارښود --local په یوه پته تړاو تعریفوي او یادونه کوي چې پرېښودل یې هر انټرفېس تړي۔

sudo systemctl cat openvpn-server@server | grep -n -- '--local'
sudo ss -lunp '( sport = :1194 )'

د حالت ستنې پرځای د سیمه‌ای پتې ستنه ولولئ۔ هغه کرښه چې 10.42.7.24:1194 ښیي مانا یې دا ده چې ساکټ په هغه پته ټینګ دی چې همدا اوس یې لرې کوئ، خو 0.0.0.0:1194 یا *:1194 مانا دا ده چې ډیمون به پخپله د انټرفېس بدلون تعقیب کړي۔ که پته ټینګه وي، د ژوندي ساکټ په لاس بیا لیکلو پرځای پروفایل سم کړئ او واحد بیا پیل کړئ، بیا ډاډه شئ چې خدمت لا هم خپلو سند او کیلي فایلونو ته رسېږي۔

لېږد په داسې ترتیب کې بشپړ کړئ چې تاسو ته رسېدنه وساتي

دلته ترتیب له چټکتیا مهم دی۔ تار لرونکې تړنه پورته کړئ په داسې حال کې چې بې‌تاره لا کار کوي، نوې پته او د بېرته تګ لاره تایید کړئ، او یوازې له هغې وروسته بې‌تاره پروفایل تقاعد کړئ۔ دا ترتیب یوه کاري ناسته پرانیستې ساتي تر هغه چې بدیل ثابت شي۔

ip -br addr show eth0
ip route get 203.0.113.10
nmcli -g ipv4.method,ipv4.addresses con show "Wired connection 1"

لومړی فرمان ځواب وایي چې ایا eth0 هغه پته ترلاسه کړه چې تاسو یې نیت درلود، او دویم هغه سرچینه پته چاپوي چې کرنل به یې د باندې منزل لپاره وکاروي، نو له بدلون دمخه او وروسته یې چلوئ۔ که هغه سرچینه لا هم بې‌تاره پته وي، تار لرونکې تړنه لا ترجیحی لاره نه ده او له باندې ازموینه به داسې دلیل له امله ناکامه شي چې له OpenVPN سره هېڅ تړاو نه لري۔ له لېږد لاس وړلو دمخه د لارښوونې غوراوي سم کړئ۔

کله چې دواړه تړنې فعالې وي، Pi کېدای شي بې‌تاره اصلي لاره غوره کړي ځکه چې لومړی نصب شوې وه یا ځکه چې تار لرونکې تړنه لوړ میټریک لري۔ په Bookworm کې ملاتړ شوی تنظیم په اړیکه کې ipv4.route-metric دی، او په Bullseye کې معادل یې انټرفېس ته ځانګړې metric کرښه په dhcpcd.conf کې ده۔ د بېرته تګ لاره یو فرمان لرې وساتئ نو د بې‌تارې تړنې غوراوي کم کړئ نه دا چې بنده یې کړئ۔

ټونل له بهر څخه ثابت کړئ، نه له LAN څخه

هغه VPN اړیکه چې له کانپۍ کار کوي له ښکارېدو کم ثابتوي۔ له LAN دننه عوامي پتې ته تګ راتګ د hairpin یا انعکاس قاعدو څخه تېرېږي چې روټرونه یې نیمګړي عملي کوي، نو بریالۍ LAN ازموینه کولای شي له ماتې باندې لارې سره یوځای وي۔ د منلو ازموینې لپاره د سیلولر ډاټا لرونکی ټیلیفون یا له شبکې بهر کوم کوربه وکاروئ۔ د LAN هڅه جلا اختیاري تشخیص په توګه وساتئ۔

بیا لاګ په هغه ترتیب ولولئ چې کڅوړې راځي۔ په بشپړه توګه هېڅ نه وي مانا دا ده چې لاس‌نیول کله هم Pi ته نه دي رسېدلي، نو د بیا لېږد هدف یا د کوربه اورېدونکی دیوال غلط دی۔ هغه لاس‌نیول چې پیل او بندېږي کیلي، سندونه یا MTU ته اشاره کوي۔ هغه ناسته چې بشپړه او پرېوځي معمولاً د بېرته تګ لاره یا دویم اصلي لار ښیي، او د پیریدونکي لاګ کرښه Initialization Sequence Completed وایي چې ټونل پخپله پورته راغی۔

sudo journalctl -u openvpn-server@server -n 40 --no-pager
sudo tcpdump -ni any udp port 1194 -c 20

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

یو ګام بېرته تګ وساتئ او بې‌تاره پروفایل تقاعد کړئ

بې‌تاره پروفایل نصب پرېږدئ تر هغه چې تار لرونکې چوکاټ له بیا پیل تېر شي۔ nmcli con show هغه پروفایل نومونه لیسټ کوي چې به یې اړتیا ولرئ، او ړنګ شوی پروفایل باید په تر ټولو بد لحظه کې له یادې بیا جوړ شي۔ د انټرفېس نوم، د پتې طریقه او میټریک د نورو څلور ارزښتونو ترڅنګ ولیکئ۔ هغه بېرته تګ چې له یادښت څخه یې ټایپ کولای شئ له هغه ارزښتمن دی چې بیا جوړول یې لازمي وي۔

بې‌تانه تکیه تقاعدول لرې کول نه، بلکې د ځانګړنې بدلون دی۔ connection.autoconnect no ټاکل اعتبارنامې او د پتو تاریخ ساتي پداسې حال کې چې Pi له هغې شبکې چې تاسو ترې تللي بیا نښلولو څخه منع کېږي۔

nmcli con show
sudo nmcli con up "Wired connection 1"
sudo nmcli con mod "previously-used-wifi" connection.autoconnect no

له دې مخکې چې کار بشپړ اعلان کړئ، څلور شیان تایید کړئ: د بیا لېږد هدف له تار لرونکې پتې سره سمون لري، اورېدونکی له یو بیا پیل ژوندی وتلی، باندې پیریدونکی لاس‌نیول بشپړوي، او له بیا پیل وروسته هم Pi پر تار لرونکې پته ځواب وایي۔ بیا پیل یوازې په روان کرنل کې موجوده ګومارنه نیولو تر ټولو ارزانه لار ده۔ که له څلورو یو هم ناکام شي، بې‌تاره پروفایل د sudo nmcli con up په مرسته بیا پورته کړئ او لیکل شوي ارزښتونه له ژوندیو سره پرتله کړئ۔