له خپل VPN سرور څخه بند پاتې: د ننوتلو دویمه لار وساتئ
مات شوی تونل باید ستاسو د سرور د جوړولو وړتیا هم وانخلي. له اړتیا دمخه یو خپلواک اداري لار پلان، ازموینه او بیاکتنه کړئ.
کنسول پرانیزئ، یو فایر وال قاعده بدلوئ، او هغه تونل چې تړلی وئ ورک شي. بدلون سم و، بیا بارول نه وو، او اوس یوازینۍ لار چې ماشین ته بېرته ځي هغه ده چې همدا اوس مات کړه. د ننوتلو دویمه لار یوه ډیزاین پرېکړه ده، او باید له خنډ دمخه شتون ولري، نه د هغه په جریان کې.
هغه څه وګورئ چې لا یې لرئ
له خپل مخکې کنسول سکرین څخه پیل وکړئ او هغه لارې ولیکئ چې تونل ته تړاو نلري. د عرضه کوونکي ویب کنسول چې سیریل یا VNC ناسته ولري یوه ده. په جلا شبکه کې د مدیریت انٹرفیس بله ده. فزیکي لاسرسی دریمه ده، او همدا هغه ده چې خلک یې نشتوالی په تر ټولو بد لحظه کشفوي.
| Path | Depends on | Usually fails when |
|---|---|---|
| Provider console | Account access and the provider's own API | Credentials live in a wiki only reachable over the tunnel |
| Management subnet | A second interface and its own routing | The bad change was a global route or firewall policy |
| Second tunnel | A different listener, port and credentials | Both listeners were changed in the same edit |
| Physical or local console | Being in the building | Nobody has been in the building for a year |
دریمه کالم د انتزاع نه، بلکې د ناکامیو د لیست په توګه ولولئ. له دې لارو دوه معمولاً د یوه دلیل له مخې ناکامېږي. جدول هغه طریقه ده چې تاسو پرې له خنډ دمخه پوهاوی مومئ.
خپلواکي د تړاوونو پوښتنه ده
د بیا رغولو حساب خپلواک نه دی که د هغې پټنوم د هغې خدمت په کې ساتل شوی وي چې تاسو ورته د تونل له لارې رسئ. پر هماغه هوسټ، هماغه پورټ او هماغه فایر وال پالیسي باندې دویم VPN هم خپلواک نه دی، ځکه چې هغه بدلون چې لومړی یې مات کړ دواړه ماتوي.
د زنځیر په اوږدو کې ښکته لاړ شئ او نوم یې واخلئ چې هره پښه څه ته اړتیا لري. د شبکې رسیدنه، د نومونو حل، د تصدیق سرچینه او پخپله د مدیریت خدمت څلور جلا تړاوونه دي، او هغه لار چې له دې څخه هر یو شریکوي هغه ناکامي په میراث وړي.
هغه لار چې هېڅکله نه ده ازمویل شوې د خپل شک وړ ده. یو کنسول چې میاشتې نه دی پرانیستل شوی کېدای شي د برېښنالیک له لارې د پټنوم بیا تنظیم غوښتنه وکړي، او هغه صندوق ممکن په هغه ماشین کې وي چې تاسو ورته نه رسئ. لاره هغه مهال وازموئ چې هر څه کار کوي، او دا به په یوه آرامه ماسپښین ومومئ.
د یو کنټرول شوي بدلون لپاره دویمه لار وکاروئ
له کنسول څخه یوه انځور واخلئ یا هغه ترتیب کاپي کړئ چې غواړئ یې سم کړئ. یو شی بدل کړئ. خدمت بیا بار کړئ او پایله ولولئ مخکې له دې چې بل څه ته لاس ووهئ، ځکه چې په یو وخت کې دوه بدلونونه بیا رغول په یوه تجربه بدلوي.
دا چې کوئ، د بیا رغولو ناسته پرانیستې وساتئ. د دویمې لارې ټول ارزښت دا دی چې هغه هغه څه ته دوام ورکوي چې تاسو یې بدلولو، نو که لومړی یې وبندوئ یوازینی ځانګړتیا لرې کوئ چې هغه یې ګټوره کړې وه.
له حافظې نه نه، له بیا رغولو لارې څخه تصدیق کړئ
مهمه ازموینه دا ده چې ایا نورماله لار بېرته راځي، او د بیا رغولو ناسته هغه ځای دی چې تاسو په ترتیب سره دا تصدیق کوئ:
systemctl status openvpn-server@server --no-pager ss -lntup | grep -E ':(1194|443)\b' nft list ruleset | sed -n '1,40p' journalctl -u openvpn-server@server --since '-10 min' --no-pager | tail -n 30
لومړی د خدمت حالت ولولئ، بیا اورېدونکی، بیا قواعد، بیا ژورنال. هغه خدمت چې پرته له اورېدونکي څخه ګرځي د خدمت ترتیب ته اشاره کوي، پداسې حال کې چې د رسېدونکو قواعدو پرته اورېدونکی تصفیې ته اشاره کوي. ترتیب مهم دی ځکه چې هره پښه بلې ته تنګي ورکوي، او ژورنال ته ټوپ وهل معمولاً د هغو غلطیو لوستل دي چې نښه بیانوي نه لامل.
د systemctl اسناد دلته کارول شوی د حالت او بیا پیل چلند رانغاړي، په دې کې چې ناکامه بیا بارول څنګه پخوانی بهیر روان پریږدي. د یوې همغږې نسخې بیا رغول د هغه کلاینټ څخه تکراري بیا تړل غوره دي چې سرور نه شي جوړولی. که له بدلون دمخه ټاکل شوی د بېرته تګ شرط پوره شوی وي، بیا یې رغ کړئ او ودروئ.
د توکو لیست تازه وساتئ
کله چې خلک یا زیربنا بدلېږي د لاسرسي لیست بیاکتنه کړئ. کله چې هر څه کار کوي د بیا رغولو لاره وازموئ. هغه حسابونه تقاعد کړئ چې له وروستي بیا تنظیم وروسته چا نه دي کارولي. دوه زاړه حسابونه او یو پای ته رسېدلی سند سه شنبه یو کوچنی پاکوالی او یکشنبه یو خنډ دي.
ثبت کړئ چې څوک هرې لارې ته لاس رسی لري، هغه څه ته اجازه ورکوي او اعتبارنامې څنګه څرخي. د مالک پرته د بیا رغولو لاره یوه هېرې شوې دروازه ګرځي، کوم چې له باندې بند پاتې کېدو څخه بېل ډول ناکامي ده.