د OpenConnect ننوتنه غلطې پاڼې ته رسېږي؟ لومړی لاره وګورئ

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

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

کلاینټ د فورمې له لیدلو دمخه څه لېږي

د https://vpn.example.net/partners په څېر پتې سره د کلاینټ لومړی کار بربنډ هوسټ ته نه، بلکې هغې لارې ته HTTPS غوښتنه ده۔ هغه څه چې بېرته راځي معمولاً د ننوتلو پای نقطې ته لېږدېدل، یا فورمه پخپله ده۔ یوازې vpn.example.net ترلاسه کوونکی کلاینټ له هر هغه ډیفالټ کښېناستې پاڼې پیل کوي چې وي، او هغه کېدای شي بل پورتال، بله ډلهیزه لیست، یا د بشپړ بل پروتوکول هیلې کوونکې پاڼه وي۔ توپیر په ځواب سرلیکونو کې تر هغه ډېر دمخه ښکاري چې کوم اعتبار ولیکل شي۔

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

دوه انپټونه چې د تبادلې وړ ښکاري او نه دي

OpenConnect لومړنۍ HTTPS لاره د --usergroup په توګه ښکاره کوي، او لارښود پاڼه هغه لاره لرونکې بشپړه URL د همدې غوښتنې بل ډول لیکل شوې بڼه ګڼي۔ --authgroup جلا انتخاب دی: د هغه لیست څخه یوه ننوېره غوره کوي چې ګېټوې د ننوتلو فورمې دننه ښیي۔ ځینې پروتوکولونه هغه ننوېره ډله بولي، نور یې ډومین یا ګېټوې، او هماغه ځای کې دواړه بیرغونه ګډوډېږي۔

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

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

ولې د لارې لنډول پایله بدلوي

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

د هوسټ نوم د IP پتې سره بدلول یو جلا تېروتنه ده چې ډېری وخت له دې سره سفر کوي۔ پر نوم ولاړ خدمت ټاکنه او د سند تصدیق دواړه پر نوم ولاړ دي، نو عددي پته کېدای شي د لارې بڼې ستونزه TLS تېروتنې ته واړوي۔

د براوزر پتې له لارو څخه ډېر څه هم لري۔ د غونډې پېژندونکي، د لېږدېدلو موخې، ژبني مختګونه او لنډمهاله ننوتلو پارامیټرونه ټول په پته پټۍ کې ښکاري، او هیڅ یو یې د ساتل شوي کلاینټ پروفایل پورې اړه نه لري۔

له بل هر څه سمولو دمخه د ننوتلو نقطه تایید کړئ

هغې لارې سرلیکونه ولولئ چې درکړل شوه۔ د curl -sS -o /dev/null -D - https://vpn.example.net/partners په څېر غوښتنه د لېږدېدلو تعقیب پرته د حالت کرښه او هر Location سرلیک چاپوي۔ نومول شوې ننوتلو پای نقطې ته اشاره کوونکی 302 تاییدوي چې لاره شته او ښیي چې کله ځي؛ 404 معنا دا چې د آپریټر پته زړه شوې ده۔

بیا هماغه ننوتلو نقطه په تصویب شوي کلاینټ کې بیا جوړه کړئ، مثلاً openconnect --usergroup=partners vpn.example.net، او وګورئ کومه فورمه ښکاري۔ که فورمه سمه وي او تونل بیا هم ناکام شي، لاره هېڅکله ستونزه نه وه او بله تمځای تګلاره یا لارښوونه ده۔

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