VPN تل تل قطع کیږي؟ په دې ترتیب سره یې وګورئ
له هر څه بدلولو مخکې وقفه، د کلاینټ تیروتنه او د شبکې حالت ولیکئ۔ د قطع کیدو ترمنځ واټن درته وایي چې له څلورو طبقو کومه وګورئ۔
له دې مخکې چې کلاینټ بیا نصب کړئ، درې شیان ولیکئ: تونل څومره وخت پورته پاتې شو، د قطع کیدو پر مهال کلاینټ څه وویل، او آیا په دې منځ کې ماشین ویده شو یا شبکه یې بدله کړه۔ هغه یادښت یوازینی شاهد دی چې وروسته به یې لرئ، او بیا نصبول معمولاً هغه پاکوي۔ په تکراري وقفه کې قطع کیدل ټایمر یا د حالت پای ته رسیدل دي؛ په تصادفي شیبه کې قطع کیدل د لارې ستونزه ده۔ لاندې ترتیب تاسو له دې څخه ساتي چې په یو وخت درې شیان بدل کړئ او هیڅ نه زده کړئ۔
لومړی ګام: وقفه او د تیروتنې متن ولیکئ
د پلورونکي له ډشبورډ پرته، د کلاینټ له خپل لاګ څخه پیل وکړئ۔ په Linux کلاینټ کې د خدمت لاګ او د تونل ژوندی حالت ډیره برخه یې پوښي:
journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0د وروستي بریالي لاس ورکولو وختونه او هغه شیبه ولیکئ چې ټرافیک ودرید، نه یوازې هغه شیبه چې آیکون رنګ بدل کړ۔ هغه GUI کلاینټ چې وروسته وایي قطع شو، کیدای شي د هغه حالت خبر ورکړي چې کرنل څو ثانیې مخکې ورته رسیدلی و۔
د تیروتنې عبارت وساتئ۔ د وخت پای، د تصدیق رد او د اډاپټر یا ډرایور تیروتنه درې جلا طبقو ته اشاره کوي، او په دې ستونزه کې ډیره ضایعه شوې هڅه د دې له کبله ده چې هغوی یو ګڼل کیږي۔ کرښه په همدې توګه خپل یادښت ته کاپي کړئ۔
دوهم ګام: یو متغیر بدل کړئ، نه پروفایل
وسیله او پروفایل ثابت وساتئ او ماشین بلې دسترسي شبکې ته، لکه د تلیفون هټ سپاټ ته یوسئ۔ دا ترټولو ارزانه ازموینه ده چې کلاینټ له لارې جلا کوي۔ هغه دومره اوږد وچلوئ چې اصلي ناکامي وقفه پوښي؛ دوه ثابتې دقیقې د دیرشمې دقیقې په قطع کیدو باندې هیڅ نه ثابتوي۔
Ethernet پورټ لرونکی لپ ټاپ دوهمه پرتله درکوي چې Wi-Fi په بشپړه توګه له انځور څخه وباسي۔ که تونل په دواړو بدیلونو کې وساتل شي، اصلي دسترسي شبکه پاملرنې ته اړتیا لري: د دسترسي نقطو ترمنځ رومینګ، کورنی روټر چې د ژباړې جدول یې پای ته رسي، یا پورتنۍ لینک چې اوږد بهیرونه بیا تنظیموي۔
ولیکئ چې کوم متغیر مو بدل کړ۔ پرتله یوازې هغه وخت شمیرل کیږي چې نور هر څه ورته پاتې وي، او دا د سرور پای نقطه او د ورځې وخت هم شاملوي۔
دریم ګام: وقفه له طبقې سره ونښلوئ
د یوې ښې ناستې اوږدوالی ترټولو معلوماتي یوازینی عدد دی چې لرئ۔ له ټایمرونو څخه مخکې یې دې لیست سره ولولئ:
- له خوب یا بیا پیل وروسته قطع کیدل: د تونل حالت له ځنډ څخه تیر شو خو انټرفیس نه۔ د کلاینټ د بیا نښلولو چلند په بیا پیل کې او دا چې خدمت تونل بیا پیلوي که ټرافیک ته انتظار کوي، وګورئ۔
- یوازې د بیکارۍ پر مهال قطع کیدل: په منځ کې یو څه بهیر ته پای ورکړ۔ keepalive دقیقاً د همدې حالت لپاره دي۔
- په ثابت ناستې عمر کې قطع کیدل: د بیا تصدیق یا د کیلي نوي کولو پېښه، نه د لارې ناکامي۔ په لاګ کې دقیقاً په هغه وقفه کې ښکاره رد اشاره ده۔
- د لویو لیږدونو یا لویو پاڼو پر مهال قطع کیدل: MTU او ټوټه کیدو ته شک وکړئ، نه د بیکارۍ ټایمر ته۔
د بیکارۍ په حالت کې تنظیمات پروتوکول ته ځانګړي دي او دواړه سرونه مهم دي۔ په سرور کې د OpenVPN keepalive 10 60 هر 10 ثانیې یو پنګ لیږي او پرته له هغه 60 ثانیې وروسته اړیکه بیا پیلوي؛ د NAT شاته WireGuard کلاینټونه په همکار بلاک کې PersistentKeepalive = 25 کاروي۔ OpenVPN هم د ټایمر له مخې د معلوماتو چینل بیا مذاکره کوي، reneg-sec، چې په 2.x کې په ډیفالټ ډول 3600 ثانیې دی۔
د بل عرضه کوونکي له لارښود څخه تیریدونکي ارزښتونه مه کاپي کوئ۔ د زیان سره موبایل اړیکې باندې لنډ وخت پای هغه قطع کیدل پیدا کوي چې باید مخه یې ونیول شوې وای، او هغه ارزښتونه چې سرور یې لیږي ستاسو د کلاینټ پروفایل ارزښتونو ته فوقیت لري۔
څلورم ګام: یوه ملاتړ شوې بدیله پرتله کړئ
که آپریټر د UDP او TCP دواړه پروفایلونه خپاره کړي، هماغه وسیله او شبکه د بل پروړاندې وچلوئ۔ د کاپي شوي پروفایل کې د لیږد د سمون پرځای اصلي سره سم فایل وکاروئ۔ په هغه لاره کې چې UDP بیا تنظیم کیږي، ثابت TCP پروفایل ستونزه هماغې لارې ته محدودوي؛ دا نه ثابتوي چې TCP هر چېرې غوره لیږد دی۔
هماغه منطق پای نقطو ته هم تطبیق کیږي۔ بله سرور وآزموئ او اصلي نتیجه ترڅنګ یې وساتئ۔ که یوازې یوه وتل ناستې بیا تنظیموي، دا د هغې پای نقطې په اړه شاهد دی، نه د لپ ټاپ هر اډاپټر بیا جوړولو لامل۔
له هر بدلون وروسته اصلي هڅوونکی بیا تکرار کړئ او تایید کړئ چې ټرافیک واقعاً چېرته ځي۔ بیرته ترلاسه شوې انټرنیټ دسترسي د تونل دننه ټرافیک په څیر هماغه نتیجه نه ده، او هغه کلاینټ چې په چوپه توګه مستقیمې لارې ته راګرځیدلی له براوزر څخه روغ ښکاري۔
سمون تایید کړئ، او د بیرته تلو امکان وساتئ
سمون د اصلي هڅوونکي په بیا تولید سره تایید کیږي، نه د بریالۍ اړیکې سره۔ تونل د پخوانۍ ناکامۍ وقفې څخه اوږد بیکار پرېږدئ، یو ځل وځنډوئ او بیا پیل یې کړئ، او بیا د لاس ورکولو عمر او د وتلو پته وګورئ:
wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak # before editing timersپخوانی پروفایل او پخواني ټایمر ارزښتونه وساتئ تر څو چې نوی چلند یوه بشپړه کاري ورځ پاتې شي۔ که قطع کیدل بیرته راشي، بیک اپ بحال کړئ، بیا بدلونونه یو یو بیا پلي کړئ تر څو دوهمه هڅه له پیژندل شوي حالت څخه پیل شي۔
که لاګ پاک پاتې شي او تونل لا هم په تکراري وقفه کې قطع کیږي، بله تمځای د هغې ناستې سرور خوا ده۔ د کلاینټ د ناستې پیژندونکی او د قطع کیدو دقیق وخت له ځان سره یوسئ، ځکه هماغه جوړه ده چې د سرور لاګ لټون وړ کوي۔ د پروتوکول د اړیکې اختیارونه د OpenVPN 2.6 لارښود کې مستند دي، کله چې د یو ارزښت دقیق معنی ته اړتیا ولرئ۔