ولې د openfortivpn ننوتل ناکامېږي کله چې د پورټل URL پیسټ کړئ

ناکامي د اعتبارنامې ستونزې په څېر ښکاري: openfortivpn پټنوم غواړي، هغه لېږي، او ګېټوې د رد یا د ننوتلو پاڼې ته د بېرته لېږلو سره ځواب ورکوي۔ بیا کاروونکي پټنوم بیا ټایپ کوي، د ډومېن سره د حساب نوم هڅه کوي، او په پای کې د براوزر پورټل URL په کوربه ساحه کې پیسټ کوي۔ همدا وروستی ګام کوچنۍ ترتیباتي تېروتنه په ګډوډونکوونکې تېروتنه بدلوي۔

د Fortinet پورټل پته لکه https://vpn.example.com/ext په یو وخت کې د معلوماتو څو ټوټې لېږدوي، او یوازې ځینې یې د VPN کلاینټ دي۔

پای ټکی او realm جلا ننوتنې دي

openfortivpn د host یا host:port بڼې پای ټکی، او همدارنګه حساب او، چېرې چې ځای پرځای کول یو کاروي، د realm ارزښت تمه کوي۔ realm ګېټوې ته وایي چې د حساب ارزولو دمخه کوم تصدیق تګلاره پلي کړي۔ دا جلا ساحه ده، نه هغه ضمیمه چې کلاینټ له URL څخه راوباسي۔

د هغه ځای پرځای کولو لپاره چې آپریټر یې تاییدوي realm ext دی، غیرپټه بلنه داسې ښکاري: openfortivpn vpn.example.com:443 --username=alice --realm=ext۔ هماغه ارزښتونه په ترتیباتي فایل کې د host, port, username او realm ننوتنو په توګه ځي۔ پټنوم له دواړو بڼو بهر وساتئ او کلاینټ ته اجازه ورکړئ چې پوښتنه یې وکړي، ترڅو په شیل تاریخچه یا د ټولو لخوا لوستلو وړ فایل کې نه ځای پرځای شي۔ دوهمه هڅه پداسې حال کې چې لومړنی کلاینټ لا تونل نیولی، به د داسې دلیل له امله ناکامه شي چې له realm سره هېڅ تړاو نه لري۔

د openfortivpn لارښود دواړه انتخابونه لیست کوي، نو د ملاتړ سره د تلیفون کولو دمخه دقیق املا تصدیقول اسانه دي۔ خو دا نشي ویلای چې ستاسو په ګېټوې کې کوم realm تنظیم شوی۔

د لارې برخه په اتوماتيک ډول realm نه ده

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

realm هم د کاروونکي نوم د ډومېن ضمیمې یا هغه سیمې سره یو شان نه دی چې ګېټوې په کې ده۔ ځینې ځای پرځای کول alice غواړي، نور alice@corp غواړي، او realm فیصله کوي چې ګېټوې به کوم یو ومني۔ د غلط realm د جبران لپاره د حساب بڼه بدلول معمولا دوهم، لږ معلوماتي رد رامنځته کوي۔

د realm تېروتنه د کوربه بدلولو سره مه سمولئ

د کوربه نوم د IP پتې سره بدلول د یوې طبقې لرې کولو په څېر ښکاري، او له سمولو زیات خرابوي۔ د TLS نوم تصدیق سند د هغه نوم سره پرتله کوي چې کلاینټ کارولی، او IP پته په سند کې د بدیل موضوع نومونو کې لږ ځله ښکاري۔ د سرور نوم اشاره له پتې سره بدلېږي، نو هغه ګېټوې چې په یوه پته کې څو پورټلونه کوربه کوي کېدای شي په غلط ځواب ووایي۔ د تصدیق پارامیټر سمولو پر مهال کوربه نوم او د باور ترتیبات نیمګړي وساتئ۔

که ستاسو په چاپېریال کې سند باوري نه وي، د باور ذخیره سمه کړئ یا تمه شوی سند په قصد سره پن کړئ۔ د realm تېروتنې د تېرېدو لپاره تصدیق بندول د ننوتلو ستونزه د خاموشې مداخلې خطر سره بدلوي۔

رد شوی ننوتل له ناکام تونل څخه جلا کړئ

د تصدیق ناکامۍ او د تونل ناکامۍ په بېلو شیبو کې راځي، او پیغامونه توپیر لري۔ د نوم حل تېروتنه له هر TLS لاس ورکولو دمخه پېښېږي۔ TLS رد د اعتبارنامې لېږلو دمخه پېښېږي۔ د realm یا حساب رد د پورټل څخه د HTTP کچې ځواب په توګه بېرته راځي۔ یوازې له دغو پړاوونو وروسته PPP خبرې اترې پیلېږي، او یوازې هغه وخت د لارښوونې او DNS ستونزې ښکاري۔

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

ارزښتونه هلته وساتئ چې بل پیل به یې ومومي

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

یوه اړیکه له سره تر پایه بیا وآزمویئ او هم پلي شوې تګلاره او هم هغې سرچینې ته لاسرسی تصدیق کړئ چې واقعا ورته اړتیا لرئ۔ د تصدیق بریا د هغې ازموینې پیل دی، نه پای۔