ولې د Azure OpenVPN تونل نږدې هر شپېته ثانیو کې غورځي

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

له هر ټایمر سره د لاس وهلو دمخه هغه کرښه ولولئ۔

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

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

تال ګټور نښه ده۔ ټایمرونه یې پیدا کوي؛ د پاکټ ضایع کول په نادره توګه۔

له ټایمر دمخه د قطع کېدو دلیل ولولئ

OpenVPN خپل دلیل نوموي، او هر نوم بل فرعي نظام ته اشاره کوي۔ Session invalidated: KEEPALIVE_TIMEOUT پای ته رسېدونکی ټایمر دی، نو په دواړو سرونو کې ping او ping-restart ارزښتونه پرتله کړئ۔ AUTH_FAILED اعتبارنامه یا د سند حالت دی، او د ټایمر هیڅ بدلون به مرسته ونه کړي۔ د TLS تېروتنه یعنې دواړه اړخونه هیڅکله keepalive پړاو ته نه رسېدلي۔

د نښلولو وخت، د قطع کېدو وخت او دا چې وقفه تر ثانیې پورې ثابته ده که نه، ثبت کړئ۔ هماغه یوه اندازه کول ترتیب شوی مهال ویش له تصادف څخه جلا کوي۔

ثابته وقفه ټایمر ده۔ خوځېدونکې وقفه ډېره احتمال لري چې د لارې ستونزه یا لېږدول شوی سېشن وي۔

دوه keepalive ټایمرونه چې هیڅکله سره موافق نه شول

له پورتال څخه صادر شوي پروفایلونه ځینې وختونه لا هم له ټولنې سرور کېښود څخه کاپي شوي keepalive یا ping-restart کرښې لري۔ ګېټ وې خپله د مړ ملګري پېژندنه چلوې او خپلې تمې تحمیلوي، او دوه مهال ویشونه اړ نه دي چې سره سمون ولري۔ کله چې سره اختلاف ولري، کلاینټ د هغه مهال ویش له مخې بیا پیلېږي چې ګېټ وې هیڅکله نه دی منلی۔

دوه ارزښتونه یو کنټرول نه دي۔ ping دا دی چې کلاینټ څو ځله غږېدنه لېږي، او ping-restart دا دی چې تر تونل ویستلو دمخه څومره وخت بې له اورېدلو انتظار کوي۔ هغه پروفایل چې لنډ ping-restart لري او هغه ګېټ وې چې ورو ځواب ورکوي به په هر ارامه موده کې بیا پیل شي، چې دا په دقیق ډول د یوې دقیقې دورې بڼه ده۔

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

keepalive 0 0

خوندي کړئ، پروفایل بیا بار کړئ، بیا ونښلئ۔ په حافظه کې موجود سېشن زاړه ارزښتونه ساتي، له همدې کبله سمون ځینې وختونه داسې ښکاري چې هیڅ یې نه دی کړی۔

د سند نوم کولای شي ستاسو د پښو لاندې وخوځېږي

د Azure سند تصدیق په دې پورې تړلی چې کلاینټ نن د ګېټ وې لخوا وړاندې شوي نوم باور وکړي۔ په زاړه ډاونلوډ کې verify-x509-name کرښه کولای شي هغه نوم پین کړي چې د ګېټ وې بیا جوړولو یا د سند نوي کولو له هغه وخت راهیسې بدل کړی، او ناسمون په روښانه تېروتنه نه، بلکې د بیا نښلولو د حلقې په توګه څرګندېږي۔ کرښه ړنګول اړیکه بیرته راولي، چې دا یې ښه تشخیص او بد دوامداره سمون ګرځوي، ځکه چې تصدیق هم لرې کوي۔ کله چې تونل ټینګ شو، کرښه د هغه نوم سره بیرته راوړئ چې ګېټ وې واقعاً وړاندې کوي۔

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

څه بدل کړئ، او په کوم ترتیب

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

بیا د څو دقیقو لپاره دوامداره ترافیک چلوونکی غیر فعاله لار وازموئ۔ که چې ترافیک بهېدو پر مهال غورځېدنه ودريږي، نو مهم ټایمر د OpenVPN نه، بلکې په لار کې د NAT وسیلې یا بار توازن کوونکي دی۔

د ګېټ وې تنظیمات باید یوازې د دغو څلورو ازموینو وروسته بدل شي۔