L2TP లో NO_PROPOSAL_CHOSEN? మొదట గేట్వేని స్కాన్ చేయండి

వినియోగదారు పేరు ప్రాంప్ట్ ఎప్పుడూ కనిపించదు, మరియు క్లయింట్ NO_PROPOSAL_CHOSEN ను నివేదిస్తుంది. ఆ క్షణంలో ఆధారాలు మరియు ముందే పంచుకున్న కీ అప్రస్తుతం, ఎందుకంటే రెండు చివరలు ఫేజ్ 1 ను ఎలా రక్షించాలనే దానిపై అంగీకరించలేదు. చాలామంది ఆన్లైన్లో కనిపించిన సైఫర్ స్ట్రింగ్ను అతికించి స్పందిస్తారు. గేట్వేను స్కాన్ చేయడం అదే ప్రశ్నకు సాక్ష్యాలతో సమాధానం ఇస్తుంది మరియు దాదాపు అంతే సమయం తీసుకుంటుంది.

సందేశం ఏమి మినహాయిస్తుంది

తిరస్కరణ ప్రధాన మోడ్లో, ఏదైనా L2TP లేదా PPP మార్పిడికి ముందు జరుగుతుంది, కాబట్టి టన్నెల్ మరియు వినియోగదారు డేటాబేస్ అడగబడలేదు. ఫేజ్ 1 ఎన్క్రిప్షన్, సమగ్రత మరియు Diffie-Hellman సమూహంపై చర్చిస్తుంది. ఫేజ్ 2 డేటా కోసం ESP ప్రతిపాదనపై చర్చిస్తుంది. ఫేజ్ 1 లోని వైఫల్యాన్ని ఫేజ్ 2 లోని PFS సెట్టింగ్ను మార్చడం ద్వారా సరిచేయలేము, మరియు పూర్తయిన IKE అనుబంధం ESP ప్రతిపాదన సరిపోతుందని నిరూపించదు.

సింటాక్స్ సవరించే ముందు backend ను నమోదు చేయండి: ipsec --version. libreswan మరియు strongSwan ఒకే అల్గారిథమ్లకు ప్రతిపాదన యొక్క వేర్వేరు అక్షరక్రమాలను అంగీకరిస్తాయి.

తర్వాత తిరస్కరణను సందర్భంలో దీనితో చదవండి: journalctl --no-hostname _COMM=nm-l2tp-service _COMM=ipsec _COMM=pluto _COMM=charon _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd.

గేట్వే యొక్క రూపాంతర సెట్ను స్కాన్ చేయండి

స్కానర్ గేట్వేను నేరుగా ఏ రూపాంతరాలపై చర్చిస్తుందని అడుగుతుంది. మొదట స్థానిక IPsec సేవను ఆపండి, పరిశీలన మీ స్వంత క్లయింట్తో పోటీ పడకుండా, తర్వాత SA లైన్లను చదవండి. జాబితాను మరొక వైపు గురించిన సాక్ష్యంగా పరిగణించండి, అన్నింటినీ ఒకేసారి ఆన్ చేయాల్సిన మెనూగా కాదు.

sudo ipsec stop
sudo ike-scan --trans=3des-sha1-modp1024 10.10.10.250 | grep SA=

పాత పరికరాలు తరచుగా 3DES, SHA1 మరియు MODP1024 ను అందిస్తాయి, ఎందుకంటే ఉత్పత్తి పంపినప్పుడు అవి డిఫాల్ట్లు మరియు ఎవరూ వాటిని మళ్లీ సమీక్షించలేదు. స్కాన్ యొక్క ముడి అవుట్పుట్ను ఉంచండి, ఆ రోజు మరొక వైపు ఏమి అందించిందో తెలిపే ఏకైక రికార్డు అదే. అదే అందుబాటులో ఉన్న బలమైన అతివ్యాప్తి అయితే, సరైన ఎస్కలేషన్ గేట్వే యజమాని వద్దకు, అందరికీ బలహీన క్రిప్టోగ్రఫీని తిరిగి ఆన్ చేసే క్లయింట్ కాన్ఫిగరేషన్ వద్దకు కాదు.

భద్రతను నిలిపివేయకుండా అతివ్యాప్తిని సరిపోల్చండి

స్కాన్ మరియు మీ విధానం రెండింటిలో కనిపించే రూపాంతరాలను మాత్రమే నమోదు చేయండి. క్రింది ఉదాహరణ ఫేజ్ 1 లో 3DES, SHA1 మరియు MODP1024 అందించే గేట్వేను ప్రతిబింబిస్తుంది. backend గురించిన హెచ్చరికను గమనించండి: libreswan 4.x modp1024 సమూహాన్ని కంపైల్ చేయదు, కాబట్టి ఇది strongSwan లేదా DH2 మద్దతు ఉన్న libreswan బిల్డ్కు వర్తిస్తుంది. క్లయింట్ పాడైందని నిర్ణయించే ముందు వెర్షన్ను ధృవీకరించండి.

Phase 1: 3des-sha1-modp1024
Phase 2: aes256-sha1,aes128-sha1,3des-sha1

చివరిలోని ఆశ్చర్యార్థకం గుర్తు ఒకే ప్రతిపాదనను పిన్ చేస్తుంది. పరీక్షను వేరుచేయడానికి దీన్ని ఉపయోగించండి, తర్వాత తీసివేయండి, గేట్వే తర్వాత బలమైన దానిపై చర్చించగలదు.

మళ్లీ ప్రయత్నించే ముందు డీమన్ మరియు పోర్ట్ను తనిఖీ చేయండి

NetworkManager-l2tp తన స్వంత xl2tpd ఇన్స్టాన్స్ను ప్రారంభిస్తుంది. సిస్టమ్ సేవ ఇప్పటికే UDP 1701 ను కలిగి ఉంటే, క్లయింట్ తాత్కాలిక మూల పోర్ట్కు వెనక్కి వెళ్తుంది, దీన్ని RFC 3193 అనుమతిస్తుంది మరియు కొన్ని సర్వర్లు నిశ్శబ్దంగా విసిరేస్తాయి. తదుపరి ప్రయత్నానికి ముందు సాకెట్ యజమానిని తనిఖీ చేయండి.

sudo ss -unlp | grep 1701
sudo systemctl stop xl2tpd.service
sudo systemctl disable xl2tpd.service

పాత తరం రహస్యాలు మరో నిశ్శబ్ద కారణం. ఇక్కడ ఉన్న ఫైళ్లు /etc/ipsec.d/ పాత కనెక్షన్ పేరుతో ఉన్న ఫైళ్లు వాటిని సృష్టించిన ప్రొఫైల్ కంటే ఎక్కువ కాలం నిలిచి ఉండవచ్చు, కాబట్టి ఏదీ సూచించని వాటిని తీసివేసి మళ్లీ ప్రయత్నించండి.

చివరగా, సలహా ఎక్కడి నుండి వచ్చిందో తనిఖీ చేయండి. ipsec.conf IKEv1 XAuth కోసం రాసిన ఫైల్ వేరే రకమైన VPN ను వివరిస్తుంది, మరియు L2TP ప్రొఫైల్లో దాని ప్రతిపాదన మాత్రమే తప్పు పంక్తి కాదు. మీరు నమోదు చేసిన రూపాంతర సెట్ను ప్రొఫైల్ పక్కన నమోదు చేయండి, తదుపరి వ్యక్తి పరిశీలనను పునరావృతం చేయకుండా.