د WAN IP بدل شو او ټونل ولوید: ازموینې په ترتیب

ټونل لوېږي، روټر بیا اتصال ثبتوي، او په LAN کې هیڅ شی نه دی خوځېدلی۔ نوی WAN پته بهرنی اړیکه باطلوي پرته له دې چې په داخل کې څه بدل کړي: د کاروونکي سرچینې پته بدله شوې، زوړ NAT حالت هغې سرچینې ته اشاره کوي چې نور نشته، او لرې همکار ممکن لا هم پخوانۍ پتې ته لېږي۔ بیا رغونه نورمال چلند دی، او ګټوره پوښتنه دا ده چې کوم حالت تازه نه شو۔

د لاګ لوستلو دمخه پېښې ته نوم ورکړئ

وګورئ چې په لاسرسي طبقه کې واقعاً څه وشول۔ د ISP د اجارې نوي کول یوه پېښه ده۔ بیا نښلول شوې PPPoE ناسته بله پېښه ده۔ بیا پیل شوی فایبر مودم، یا د WAN لیږد له یوې لارې بلې ته، بهرنۍ پته یا د هغې لار په درېیمه طریقه بدلوي۔ دا یوه پېښه نه ده او یو شان پاتې نه پرېږدي۔

په VPN لاګ کې د بیا اتصال کرښه هم د WAN بدلون ثبوت نه دی۔ د بې کارۍ وخت، د بیا تصدیق وقفه او د مړ همکار کشف ټول پرته له کومې پتې بدلون څخه بیا اتصالونه جوړوي۔ د هرې پایلې دمخه د لاسرسي لاګ وختونه د VPN لاګ سره پرتله کړئ، او د پرتلې کړکۍ دومره پراخه وساتئ چې د شپې په جریان کې شوی بدلون هم ونیسي۔

رومینګ او بیا اتصال بېل پروتوکولونه دي

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

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

دواړه چلندونه د داخل پروګرامونو په اړه هیڅ نه وايي۔ بیا رغول شوی ټونل هغه TCP ناسته نه راګرځوي چې همکار لا دمخه مړه ګڼلې وه۔

هغه حالت چې ټونل یې مالک نه دی

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

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

ازموینې له بهر څخه دننه ترتیب کړئ

لاندې ترتیب له بهرنۍ اړیکې څخه دننه ځي، او په لومړي ناکام ګام باندې درېدل همدا هغه شی دی چې ګټور یې کوي: هره ازموینه پورتنۍ طبقه بېلوي۔ دا ترتیب وساتئ حتی کله چې نیمګړتیا ښکاره ښکاري۔

wg show
ip -br addr show
ip route get 198.51.100.7
conntrack -L 2>/dev/null | grep -c ESTABLISHED
journalctl -u openvpn-client@home --since '-2 hours' | tail -n 40

لومړی امر د هر همکار لپاره اوسنی پای ټکی او د لاس ورکولو عمر ښیي۔ دویم او درېیم ښیي چې بهرنی انټرفېس او پای ټکي ته لاره لا هم معنا لري که نه۔ د conntrack شمېره د پخوانۍ پتې څخه پاتې حالت لپاره یوه ستره ازموینه ده، او ژورنال هغه ځای دی چې د بیا اتصال دلیل پکې ثبتېږي۔

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

تمه شوی چلند وټاکئ او ولیکئ

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

د یوې اونۍ لپاره د لاسرسي پېښې او د بیا اتصال وختونه یوځای ثبت کړئ۔ پرته له سمون خوړونکې لاسرسي پېښې تکراري بدلونونه لاسرسي خدمت ته اشاره کوي، او د VPN پروفایل بدلول هغه لار نه سمولای شي چې تل بیا خبرې کوي۔ په یوه دقیقه کې د ننوتونو یوه جوړه د هغې پېښې پوښتنه حل کوي او بل ته بنسټ کرښه ورکوي۔