د شبکې له چمتو کېدو مخکې د OpenVPN پیل کېدل ناکامي نه ده

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

افسانه: پیل شوی خدمت د فعال ټنل مانا لري

فعال واحد ثابتوي چې پروسه پیل شوې او وتلې نه ده۔ دا نه ثابتوي چې پروفایل بار شو، سند ومنل شو، یا بل سر جواب ورکړ۔ بسته شوی کلینټ کولای شي څو دقیقې په بیا هڅې کړۍ کې وي، پداسې حال کې چې systemd له بریالیتوب پرته بل څه نه ښیي۔ د حالت او چلند ترمنځ همدا تشه ټوله موضوع ده۔

مخالف حالت هم هماغومره عام دی۔ کېدای شي پروسه د کیلي لوستلو په ناکامۍ وروسته وتلې وي، او بیا واحد ناکام حالت ښیي چې د لامل په اړه څه نه وايي۔ دواړه حالتونه د جلا کولو لپاره لاګ ته اړتیا لري۔

د واحد د حالت پرځای د هماغه نمونه ژورنال ولولئ۔ د لامل کرښه په لاګ کې ده، نه په حالت لیبل کې۔

افسانه: د بیا هڅې تنظیمات هر ناکامي پوښي

د نوم حل او د لیږد بیا هڅې جلا کنټرولونه دي چې جلا اصلي ارزښتونه لري۔ resolv-retry د لیرې هوسټ نوم تکراري لټون اداره کوي، او مستند اصلي ارزښت بې حده هڅه ته دوام ورکوي۔ connect-retry د هڅو ترمنځ وقفه ټاکي، پداسې حال کې چې connect-retry-max کولای شي محدود کړي چې هر لیرې ننوتل څو ځله هڅه شي۔ د دوی له بدلولو مخکې وګورئ لاګ کوم پړاو نوموي۔

له دې څخه هیڅ هم خراب پروفایل، نالوستل کېدونکې خصوصي کیلي یا رد شوي حساب ته نه تطبیقېږي۔ هغوی سمون ته اړتیا لري، او هغه کلینټ چې بیا هڅه ته دوام ورکوي پرمختګ نه کوي۔

د نه تصویب شوي سند لپاره تل هڅه کول د تصدیق د لرې کولو لامل نه دی۔ دا د تېروتنې د لوستلو لامل دی۔

افسانه: یو لانچر کافي دی، نو بل یې زیات کړئ

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

پریکړه وکړئ چې ټنل د کوم برخې ملکیت دی، له هر څه زیاتولو مخکې۔ بیا بل لانچر غیر فعالولو او هیله کولو پرځای لرې کړئ۔

مالک دا هم ټاکي چې بیا هڅې او اعتبارونه له کومه راځي، نو ځکه دا پریکړه له هر تنظیم مخکې راځي۔ مالکیت په همدې دلیل لومړی راځي۔

څه واقعا ترتیب ته اړتیا لري

ترتیب کولای شي د تنظیم شوي آدرس انتظار وکړي، او دا یوازې هغه څه دي چې تضمین یې کوي۔ network-online.target فعالول ځنډوي تر څو چې مدیر شبکه چمتو وګڼي، او د چمتو تعریف مدیر ته اړه لري۔ دا هیڅ نه وايي چې آیا VPN هوسټ نوم حل کېږي، آیا اورېدونکی جواب ورکوي، یا آیا کیپټیو پورټل وسیله منلې ده۔

د انحصارونو له زیاتولو مخکې نصب شوی واحد او هر ډراپ-ان ولولئ۔ په هر شبکه خدمت باندې پراخ After= بوټ ځنډوي خو هغه اړیکه نه جوړوي چې تاسو واقعا ورته اړتیا لرئ۔

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

له دې وروسته چې ټنل لومړی ځل پورته شي څه پېښېږي

بوټ په ډېرو پېښو کې یوه پېښه ده۔ د لاسرسي لینک بدلېږي، د پورټل ناسته پای ته رسېږي، پیر بیا پیلېږي۔ داخلي بیا نښلېدنه او د پروسې وتل چې د خدمت مدیر یې سمبالوي جلا وپېژنئ، ځکه دواړه جلا مالکان او جلا شواهد لري۔

تعاملي تصدیق بې پاملرنې بیا رغونه محدودوي۔ شالید واحد د ډیسکټاپ کیلي-حلقه نه پرانیزي او د MFA غوښتنې ته جواب نه ورکوي، نو د خدمت د زمینې لپاره تصویب شوې اعتبار ترتیبه تعقیب کړئ۔

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