د روټر VPN نظارت کول پرته له دې چې یوې حالت څراغ ته باور وکړئ
د همکار حالت، ټاکل شوې لار او اجازه شوې غوښتنلیک ازموینه بېلابېلو پوښتنو ته ځواب ورکوي. پر هغه پوله خبرداری ورکړئ چې ناکامه شوې ده، نه پر شنه نښه.
د حالت پاڼه وایي چې نښلول شوی، څراغ شین دی، او دفتر نشي کولی د فایل سرور ته ورسیږي۔ له دغو حقایقو یو د تونل په اړه دی او بل د هغه له لارې د لارې په اړه۔ د دواړو نظارت کول هغه توپیر دی چې د یوې خبرداری ترمنځ چې تاسو یې پر بنسټ عمل کولی شئ او یوې چې تاسو یې له پامه غورځول زده کوئ۔
پنځه ازموینې، په ترتیب، له همکار څخه بهر ته۔
ازموینه 1: د همکار یا ټولنې حالت
هر پروتوکول خپل حالت څرګندوي۔ WireGuard د هر همکار لپاره وروستۍ لاس ورکول او د لیږد شمیرونکي د wg show له لارې ښیي۔ OpenVPN د غونډې حالت خپل حالت فایل یا مدیریت انټرفیس ته لیکي، او IPsec امنیتي ټولنې د ipsec statusall په څیر وسایلو له لارې څرګندوي۔ تله دا ده چې د وخت ټاپو د حکم په توګه ولولئ: یو غیر فعال WireGuard همکار چې د لیږلو لپاره هیڅ نلري به نوی لاس ورکول ونه کړي، او دا خنډ نه دی۔
مخکې لدې چې چا ته زنګ ووهئ، د وخت ټاپ د تمه شوي ترافیک او keepalive تنظیماتو سره پرتله کړئ۔
ازموینه 2: ټاکل شوې لاره
د تونل انټرفیس کیدای شي شتون ولري پداسې حال کې چې هیڅ شی ورته نه تیریږي۔ د هغه منزل لپاره چې تاسو ته مهم دی د لیږد جدول وګورئ، نه د تونل خپل فرعي شبکې لپاره۔ که مخکښه برخه نه وي یا بل ځای ته اشاره وکړي، د همکار حالت بې اړیکه دی۔
هغه ازموینه هغه ناکامي نیسي چې د حالت څراغ هېڅکله نه ښیي۔
یوه ګټوره دوهمه ازموینه د سرچینې پته هم پرتله کوي۔ ip route get 10.20.5.10 بل پړاو، انټرفیس او غوره سرچینه بیرته راګرځوي، او غلطه سرچینه کافي ده چې په لرې پای کې د بیرته راستنیدو ترافیک مات کړي۔ تمه شوې درېګۍ یوځل ولیکئ، بیا هر کله چې هر عنصر بدل شو خبرداری ورکړئ۔ همدا یوه کرښه د NAT بدلونونه، د انټرفیس څپې او د پالیسۍ پر بنسټ د لارې غلطۍ نیسي۔
ازموینه 3: اجازه شوې غوښتنلیک لار
هغه څه وازموئ چې د اصلي اړتیا استازیتوب کوي۔ له روټر څخه وتلې پنګ د روټر خپلې پتې او پالیسۍ څخه وځي، کوم چې کیدای شي د لیږد شوي LAN ترافیک څخه توپیر ولري، او ډیر کوربه ICMP محدودوي۔ که اړتیا یوه خصوصي خدمت وي، هغه خدمت د هغه په ریښتیني پورټ کې وازموئ۔
د ازموینې اندازه منځنې وساتئ۔ د نظارت حلقه باید هغه ترافیک نشي چې اندازه یې کوي۔
ازموینه 4: څه بدل شول او کله
د WAN بدلونونه، د کیلي نوي کول، د لارو ایستل او د غوښتنلیک ناکامۍ په یوه مهال ګڼه کې سره ونښلوئ۔ د تونل ناکامي له هغه بدیله لارې څخه توپیر کړئ چې په خاموشۍ عادي انټرنیټ لاسرسی بیرته راولي، ځکه دواړه ورته کاروونکي راپورونه او مخالف تشخیصونه ورکوي۔ د وخت زون غلطۍ به ترتیب بدل کړي، نو مخکې لدې چې پرتله کړئ نورمال کړئ۔ مهال ګڼه هغه څه ده چې څلور ازموینې په یوه لامل بدلوي۔
لاګونه د لیږدونو لپاره وساتئ، د بار لپاره نه۔
ازموینه 5: خبرداری باید د پولې نوم واخلي
هغه خبرداری چې وایي VPN ښکته دی نیمایي وخت خلک غلط ځای ته لیږي۔ هغه چې وایي د همکار لاس ورکول دولس دقیقې زاړه دي، 10.20.0.0/16 ته لاره نشته، یا پورټ 445 ته ازموینه ناکامه ده، ځانګړې ازموینې ته اشاره کوي۔
د بارونو براوز کولو پرځای عملیاتي شمیرونکي وساتئ۔ شمیرونکي د نظارت پوښتنې ته ځواب ورکوي پرته لدې چې تاسو ته اړین نه وي هغه منځپانګه راټوله کړي۔
او اجازه راکړئ چې د بدلون پالیسي پریکړه وکړي چې بل څه کیږي۔ نظارت باید وپیژني کومه پوله ناکامه شوه، نه دا چې هرکله ازموینه ناکامه شي پراخه مخنیوی ته اجازه ورکړي۔ د OpenVPN 2.6 لارښود د حالت فایل او مدیریت انټرفیس مستند کوي چې لومړۍ ازموینه سکریپټ وړ کوي۔