Linux లో లాగిన్ ముందే SSTP విఫలమవుతుందా? రన్‌టైమ్ భాగాలను తనిఖీ చేయండి

మీరు SSTP ప్లగిన్‌ను ఇన్‌స్టాల్ చేస్తారు, నెట్‌వర్క్ ఎడిటర్‌లో రేడియో బటన్ కనిపిస్తుంది, మీరు గేట్‌వే మరియు వినియోగదారు పేరును నింపుతారు, మరియు పాస్‌వర్డ్ అడిగే ముందే ప్రొఫైల్ సాధారణ లోపంతో విఫలమవుతుంది. ఆ క్రమంలో అసాధారణమైనది ఏదీ లేదు, అందులో సొరంగ సాఫ్ట్‌వేర్ ఇన్‌స్టాల్ అయిందని నిరూపించేది కూడా లేదు. SSTP కనెక్షన్ విడివిడిగా పంపబడే భాగాలతో కలిపి తయారవుతుంది: NetworkManager ప్రారంభించగల VPN ప్లగిన్, TLS మరియు PPP సెషన్‌ను కలిగి ఉన్న SSTP క్లయింట్ ప్రోగ్రామ్, దాని క్రింద PPP డీమన్, మరియు కనెక్షన్ చదవడానికి అనుమతించబడిన రహస్య నిల్వ.

మెను ఎంట్రీ ఏమి జోడిస్తుంది, ఏమి జోడించదు

ప్లగిన్ NetworkManager కు దాన్ని ఎలా ప్రారంభించాలో చెప్పే సేవా వివరణను ఇస్తుంది, మరియు చాలా పంపిణీలలో ఫారమ్‌ను గీసే చిన్న ఎడిటర్‌ను కూడా ఇస్తుంది. మెను ఎంట్రీ పూర్తి పరిధి అంతే. క్లయింట్ ప్రోగ్రామ్ మరొక మూల ప్యాకేజీ నుండి వస్తుంది, మరియు ప్లగిన్ స్వంత README ఆ విభజనను నేరుగా చెబుతుంది: ఇది ప్లగిన్, క్లయింట్ కాదు.

తర్వాత క్లయింట్‌కు PPP అవసరం, ఎందుకంటే SSTP TLS కనెక్షన్ లోపల PPP సెషన్‌ను మోసుకెళ్తుంది. pppd లేకుండా సొరంగం TLS హ్యాండ్‌షేక్ పూర్తి చేసి కూడా మొదటి నియంత్రణ ఫ్రేమ్‌లో మరణించవచ్చు, ఇది ఆధారాల సమస్యలా కనిపిస్తుంది కానీ కాదు. Debian మరియు Ubuntu లో భాగాలు network-manager-sstp, sstp-client మరియు ppp గా వస్తాయి, మరియు మొదటిది మాత్రమే ఇన్‌స్టాల్ చేయడం ఫారమ్ ప్రతి ఫీల్డ్‌ను అంగీకరించి కనెక్షన్ ఎప్పుడూ పూర్తి కాకపోవడానికి అత్యంత సాధారణ కారణం.

డెస్క్‌టాప్ ఎంపిక మరో విభజనను జోడిస్తుంది. Plasma ప్రొఫైల్‌లను plasma-nm ద్వారా సవరిస్తుంది, దానికి సొంత SSTP భాగం అవసరం మరియు అదే సేవా వివరణను చదువుతుంది, కాబట్టి SSTP ఎంట్రీ లేని ఎడిటర్ మరియు ప్రొఫైల్‌లను బాగా సృష్టించే CLI విరిగిన రన్‌టైమ్ కాదు, బదులుగా తప్పిపోయిన ఎడిటర్ సగం.

ఏదైనా మళ్లీ ఇన్‌స్టాల్ చేసే ముందు మొదటి విఫల దశను చదవండి

విఫలమైన SSTP ప్రయత్నం నిర్దిష్ట క్రమంలో దశలను దాటుతుంది, విఫలమైన దశ ఏ భాగాన్ని చూడాలో చెబుతుంది.

ప్లగిన్ ప్రారంభించడం మొదటిది, అక్కడ విఫలత సర్వర్ గురించి కాదు, VPN సేవ గురించి సందేశం ఇస్తుంది. తర్వాత పోర్ట్ 443 కు TCP కనెక్షన్ వస్తుంది; ఇక్కడ తిరస్కరణ లేదా సమయం ముగియడం చేరుకోగల సమస్య, TLS కాదు. తర్వాత TLS హ్యాండ్‌షేక్ మరియు సర్వర్ గుర్తింపు తనిఖీ, తర్వాత PPP చర్చలు మరియు ఖాతా ప్రామాణీకరణ, చివరగా చిరునామా కేటాయింపు మరియు మార్గాలు. ప్రొఫైల్‌ను ఒకసారి సక్రియం చేస్తున్నప్పుడు journalctl -f -u NetworkManager గమనించండి, మరియు చివరి సాధారణ పంక్తికి బదులుగా మొదటి నిర్దిష్ట పంక్తిని చదవండి.

ఆ క్రమం సాధారణ తప్పు పఠనాన్ని వివరిస్తుంది. ఏ ఆధారాలూ పంపకముందే సర్టిఫికెట్ ఫిర్యాదు నివేదించబడుతుంది, కాబట్టి పాస్‌వర్డ్ మార్చడం సహాయపడదు; PPP ప్రామాణీకరణ తిరస్కరణ విజయవంతమైన హ్యాండ్‌షేక్ తర్వాత వస్తుంది, కాబట్టి సర్టిఫికెట్ మార్చడం కూడా సహాయపడదు. మొదటి లోపాన్ని మరియు దాని దశను ఉంచుకోండి, అప్పుడు లక్షణం కాదు, నిర్ధారణ లభిస్తుంది.

సర్టిఫికెట్ నమ్మకం మరియు ఖాతా లాగిన్ రెండు వేర్వేరు ద్వారాలు

హ్యాండ్‌షేక్ సర్వర్ మీరు చేరుకోవాలనుకున్నదేనని మీరు కాన్ఫిగర్ చేసిన జారీచేసినవారు మరియు పేరుతో ధృవీకరిస్తుంది. ఆ తర్వాతే PPP పొర మీ వినియోగదారు పేరు మరియు పాస్‌వర్డ్‌ను గేట్‌వే ప్రామాణీకరణ పద్ధతికి అందిస్తుంది. అంటే రెండు స్వతంత్ర తనిఖీలు నిర్దిష్ట క్రమంలో మూల్యాంకనం చేయబడతాయి, ప్రతి దానికి ప్రత్యేక సెట్టింగ్‌లు. పాస్‌వర్డ్ ఫీల్డ్‌లో టైప్ చేసిన ఏదీ మొదటిదాన్ని ప్రభావితం చేయలేదు.

తప్పు జారీచేసినవారిని నమ్మే ప్రొఫైల్ మొదటి ద్వారంలో గుర్తింపు లోపంతో విఫలమవుతుంది. ఆయనను సరిగ్గా నమ్మి పాత పాస్‌వర్డ్‌ను నిల్వ చేసే ప్రొఫైల్ రెండవ ద్వారంలో ప్రామాణీకరణ తిరస్కరణతో విఫలమవుతుంది. రెండూ కనెక్ట్ కాని VPN లా కనిపిస్తాయి, ఏదీ మరొకదాని నివారణతో సరిచేయబడదు.

ఎడిటర్ డిఫాల్ట్‌లను ఊహించడం బదులు గేట్‌వే నడిపేవారి నుండి ఆశించిన జారీచేసినవారు మరియు సర్వర్ పేరును పొందండి, మరియు వారు కోరే ప్రామాణీకరణ పద్ధతిని నమోదు చేయండి. సంస్థకు ప్లగిన్ వ్యక్తపరచలేని పద్ధతి అవసరమైతే, నిజాయితీగా సమాధానం అది చేయగల ఆమోదించబడిన క్లయింట్, లోపాన్ని మాయం చేయడానికి ధృవీకరణను ఆపివేసిన ప్రొఫైల్ కాదు.

ఒకే యజమాని ప్రొఫైల్ మరియు రహస్యాలను కలిగి ఉండనివ్వండి

ప్రొఫైల్ ఉన్న తర్వాత, దాన్ని NetworkManager ద్వారా సక్రియం చేయండి మరియు దాని ఫలితంగా ఏర్పడే మార్గాలు మరియు పరిష్కర్త మార్పుల యాజమాన్యాన్ని ఆ మేనేజర్‌కే ఇవ్వండి. NetworkManager ఇప్పటికే కనెక్షన్ నడుపుతున్నప్పుడు రెండవ స్వతంత్ర SSTP క్లయింట్‌ను ప్రారంభిస్తే మీకు రెండు మార్గ సెట్లు, రెండు DNS కాన్ఫిగరేషన్‌లు మరియు ఒకే సత్య మూలం లేని డీబగ్ సెషన్ లభిస్తాయి.

రహస్యాలకూ యజమాని ఉంటాడు. మొత్తం సిస్టమ్ వినియోగం కోసం గుర్తించిన కనెక్షన్ మీ వినియోగదారు సెషన్‌కు పరిమితమైన దాని కంటే భిన్నంగా ఆధారాలను నిల్వ చేస్తుంది, మరియు కీ ఫైల్‌లో చేతితో సృష్టించిన ప్రొఫైల్ పాస్‌వర్డ్‌ను పరస్పర చర్యతో అందించాలని ఆశించే రహస్య ఏజెంట్‌కు చదవగలిగేది కాకపోవచ్చు. ఎప్పుడూ సమస్య కాని పాస్‌వర్డ్‌ను మళ్లీ టైప్ చేసే ముందు ప్రొఫైల్ ఏ సందర్భాన్ని ఆశిస్తుందో తనిఖీ చేయండి. అదే ప్రొఫైల్‌ను టెర్మినల్ నుండి nmcli తో సక్రియం చేయడం వేగవంతమైన పరీక్ష, ఎందుకంటే ఎప్పుడూ రాని ప్రాంప్ట్ ఏజెంట్‌కు ఇవ్వడానికి ఏమీ లేదని చెబుతుంది.

సొరంగం, మార్గాలు మరియు పరిష్కర్తను విడివిడిగా తనిఖీ చేయండి

కనెక్ట్ అయింది అనే సూచిక లింక్ పైకి వచ్చిందని మాత్రమే చెబుతుంది. మీకు నిజంగా అవసరమైన గమ్యాన్ని, దాన్ని మోసే మార్గాన్ని మరియు ఉపయోగిస్తున్న పరిష్కర్తను ఒక్కొక్కటిగా తనిఖీ చేయండి; మిగతా రెండు బాగున్నప్పుడు ప్రతి ఒక్కటి తప్పుగా ఉండవచ్చు.

విఫలమైన ప్రయత్నం కోసం ప్రతి భాగం సంస్కరణ మరియు శుభ్రపరచిన లోప పాఠ్యాన్ని నమోదు చేయండి. పూర్తి ప్రొఫైల్ కాదు, వాటిని పంచుకోండి, ఎందుకంటే ప్రొఫైల్‌లో ముందే పంచుకున్న రహస్యం మరియు మీ నిల్వ చేసిన ఆధారాలు ఉండవచ్చు.

చివరగా, డిస్‌కనెక్ట్ చేసి మళ్లీ కనెక్ట్ చేయండి, తర్వాత ఒకసారి రీబూట్ చేయండి. ప్రొఫైల్ మొదటి ప్రయత్నంలో మాత్రమే పనిచేస్తే, సమస్య రహస్య నిర్వహణలో లేదా మార్గ యాజమాన్యంలో ఉంది, రెండింటినీ ఇప్పుడు సరిచేయడం పని దినం మధ్యలో సరిచేయడం కంటే చవక.