VPN بیا وصل شو، خو د اپلیکیشن سیشن لا هم ناکامېږي

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

یوه ازموینه دوی په روښانه توګه بېلوي، او لس ثانیې وخت نیسي۔ لرغونې غوښتنه ځوړندې پاتې شي، هماغه هدف ته نوې غوښتنه ولېږئ۔

له بیا وصلېدو څه ژوندي پاتې کېږي او څه نه

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

ځینې کلاینتونه هغه لړۍ ورزیاتوي چې د بیا وصلېدو پر مهال زاړه اړیکې غورځوي، او ډېری نه۔ دلته چلند د کلاینت، پلیټ فارم او نسخې له مخې بدلېږي۔

لرې اړخ تاسو هم هېر کړئ

لرې پای خپل حالت ساتي: یو TLS سیشن، یو TCP کنټرول بلاک، او کېدای شي یوه نقشه کولو ننوتنه چې ستاسو پته او پورټ له بهیر سره تړي۔ په لار کې د ژباړې وسیله کولای شي هغه نقشه کول د تشې پر مهال پای ته ورسوي، حتی کله چې تونل ژر بیا جوړ شي۔ کله چې نقشه کول ولاړ شي، هغه بهیر لپاره کڅوړې راځي چې سرور نور نه پېژني، او ځواب کېدای شي هغه ریسیټ وي چې کلاینت کله هم نه ښیي۔ اپلیکیشنونه دا د تېروتنې پر ځای د بندښت په توګه راپور کوي، ځکه چې دوی لا هم هغه سوکټ ته انتظار دي چې کله هم ځواب نه ورکوي۔

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

نوې غوښتنه هغه ازموینه ده چې دوی بېلوي

لرغونې غوښتنه لا ځوړندې وي، هماغه کوربه ته نوې غوښتنه ولېږئ او دواړه وګورئ۔ که نوې غوښتنه بریالۍ شي، نو تونل، لاره او د نومونو تحلیل ټول کار کوي، او ستونزه یوازې پر زاړه بهیر پورې محدوده ده۔ که نوې غوښتنه هم ناکامه شي، تاسو د لارې ستونزه لرئ او د اپلیکیشن سیشن حالت درواغجن اشاره ده۔

د ازموینې پر مهال د مستقیم ترافیک هر بندګی په خپل ځای پرېږدئ۔ هغه غوښتنه چې په ناڅاپي بدیله لار بریالۍ شي، د تونل په اړه هیڅ نه ثابتوي۔

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

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

ss -tanp | grep -E ':(443|8443)'
curl -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 https://intranet.example.com/
conntrack -L 2>/dev/null | grep 8443
dig +short intranet.example.com

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

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