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 నిరాకరణ, తిరస్కరించిన ఎంపిక మరియు అవసరమైన మార్గాలు లేకుండా పైకి వచ్చిన టన్నెల్ మధ్య భేదం చూపడానికి సహాయపడుతుంది.