L2TP/IPsec PSK తిరస్కరించబడింది: మొదట సంభాషణ, తర్వాత ఫైల్స్

నిర్వాహకుడి సందేశం నుండి ముందుగా పంచుకున్న కీని NetworkManager సంభాషణలో అతికించి, చూపించడానికి పెట్టెను టిక్ చేసినప్పుడు అది అక్షరానికి అక్షరం సరిపోతుంది. అయినా కనెక్షన్ సొరంగం లేవకముందే ప్రామాణీకరణ వైఫల్యంతో ముగుస్తుంది. ఇది మొదటిసారి చూసినప్పుడు కీ తప్పు అనుకున్నాను; అది తప్పు కాదు. డీమన్ నిజంగా ఏమి చదువుతుందో మరో రెండు విషయాలు నిర్ణయిస్తాయి: ఆ కనెక్షన్ కోసం ప్లగిన్ రాసే రహస్య ఫైల్, మరియు విలువ సంభాషణలో మార్పు లేకుండా దాటిందా అనేది.

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

సంభాషణ నుండి ప్రారంభించండి, కానీ ఫీల్డ్ను నమ్మకండి

కనెక్షన్ IPsec ట్యాబ్ తెరిచి కీని అతికించడం బదులు మళ్లీ టైప్ చేయండి. చాట్ సందేశం, PDF లేదా పాస్వర్డ్ మేనేజర్ నుండి కాపీ చేసిన కీ చివరలో ఫీల్డ్ చూపించని లైన్ బ్రేక్తో రావచ్చు, కనిపించే అక్షరాలు ఇప్పటికీ సరిగ్గా కనిపిస్తాయి.

పాస్వర్డ్ చూపించే నియంత్రణపై క్లిక్ చేసి స్ట్రింగ్ చివరను చూడండి, మధ్యను కాదు. కర్సర్ వచనం క్రింద ఖాళీ లైన్ వదిలితే దాన్ని తొలగించి చివరి అక్షరాన్ని మళ్లీ టైప్ చేయండి. ఆ ఒక్క సవరణ ఇలాంటి నివేదికల ఆశ్చర్యకరమైన భాగాన్ని పరిష్కరిస్తుంది, ఏదైనా లాగ్ చదవడం కంటే తక్కువ ఖర్చు.

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

/etc/ipsec.d లోపలికి కీని అనుసరించండి

ప్లగిన్ PSKను IPsec డీమన్కు కమాండ్ లైన్లో ఆర్గ్యుమెంట్గా ఎప్పుడూ ఇవ్వదు. బదులుగా విలువను రహస్య ఫైల్లో నిల్వ చేసి, డీమన్ ఆ ఫైల్ను తీసుకునేలా ఏర్పాటు చేస్తుంది, లేకపోతే /etc/ipsec.secrets కు include పంక్తిని జోడిస్తుంది. సంభాషణ పట్టుకునేది ఆ సృష్టించిన ఫైల్కు ఇన్పుట్, వాడుకలో ఉన్న విలువ కాదు.

ఏదైనా మార్చే ముందు ఏమి ఉందో జాబితా చేయండి:

ipsec --version
sudo ls -l /etc/ipsec.d/*.secrets /etc/ipsec.d/ipsec.nm-l2tp.secrets 2>/dev/null
sudo grep -n "include" /etc/ipsec.secrets

ప్లగిన్ పాత విడుదలలు ప్రతి కనెక్షన్కు ఒక ఫైల్ రాసేవి, కనెక్షన్ UUID పేరుతో, ఉదాహరణకు /etc/ipsec.d/nm-l2tp-ipsec-<uuid>.secrets. యాప్లెట్లో ప్రొఫైల్ తొలగించడం ఆ ఫైల్ను నమ్మకంగా తొలగించదు. మునుపటి సర్వర్ పాత ఫైల్ ఇప్పటికీ డిస్క్లో ఉండి ఇప్పటికీ చేర్చబడితే, డీమన్ మీరు ఇకపై ఉపయోగించని ప్రొఫైల్కు చెందిన రహస్యాన్ని ఎంచుకోవచ్చు, కనిపించే ఫీల్డ్ సరిగ్గా ఉన్నా కనెక్షన్ విఫలమవుతుంది.

1.2.12 మార్పు అప్గ్రేడ్లకు ఏమి చేసిందో అర్థం చేసుకోండి

ప్లగిన్ వెర్షన్ 1.2.12 ప్రతి-కనెక్షన్ రహస్య ఫైల్లను ఒకే పంచుకున్న ఫైల్తో భర్తీ చేసింది, /etc/ipsec.d/ipsec.nm-l2tp.secrets. అప్గ్రేడ్ UUID ఆధారిత పాత ఫైల్లను శుభ్రం చేయదు, ఉన్న include /etc/ipsec.d/*.secrets పంక్తి వాటిని ఇప్పటికీ చేరుస్తుంది. వెర్షన్ 1.2.16 డిఫాల్ట్ ప్రతిపాదనల నిర్వహణను మార్చింది, రహస్యాల అమరికను కాదు.

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

నిల్వ ఫార్మాట్ ఉంచలేని అక్షరాలను వేరు చేయండి

పంచుకున్న రహస్య స్ట్రింగ్ గురించి strongSwan డాక్యుమెంటేషన్ విలువలో కొత్త పంక్తి లేదా రెట్టింపు కోట్ అక్షరం ఉండకూడదని చెబుతుంది. పత్రం నుండి అతికించిన కీ సాధారణ సంభాషణలో ఎటువంటి దృశ్య భేదం లేకుండా రెండింటిలో ఏదైనా కలిగి ఉండవచ్చు.

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

పొడవు మరో పరిమితి. L2TP/IPsec సాఫ్ట్వేర్ అంతటా సార్వత్రిక కనిష్ఠం ఏదీ వర్తించదు: కొన్ని క్లయింట్లు ఇరవై అక్షరాల కంటే చిన్న కీలను అంగీకరిస్తాయి, కొన్ని గేట్వేలు కనిష్ఠాన్ని విధిస్తాయి. చిన్న కీ తిరస్కరించబడితే, ఆ నియమం సర్వర్ విధానానికి లేదా ఆ క్లయింట్ ధృవీకరణకు చెందుతుంది, స్థానికంగా ఏదైనా పెంచడం దాన్ని మార్చదు.

ఏ ప్రామాణీకరణ పొర విఫలమైందో చదవండి

మొదట ipsec --version నడపండి, ఎందుకంటే strongSwan మరియు Libreswan వేర్వేరు ఫైల్ పేర్లు మరియు సింటాక్స్ ఉపయోగిస్తాయి, ఒకదానికి ఇచ్చిన సలహా మరొకదాన్ని దెబ్బతీయవచ్చు. తర్వాత క్లయింట్ సందేశం లేదా డీమన్ లాగ్ నుండి వైఫల్య దశను చదవండి: ముందుగా పంచుకున్న కీ గురించిన ఫిర్యాదు తిరస్కరించబడిన వినియోగదారు పేరు మరియు పాస్వర్డ్ కంటే వేరు సంఘటన.

PSK సొరంగం చివరలను ప్రామాణీకరిస్తుంది. వినియోగదారు పేరు మరియు పాస్వర్డ్ L2TP లోపలి వ్యక్తిని ప్రామాణీకరిస్తాయి, IPsec అనుబంధం లేచిన తర్వాత PPP వాటిని నిర్వహిస్తుంది. సరైన PSK తప్పు ఖాతాతో ఉన్నా విఫలమవుతుంది, ఖాతా మార్చడం డీమన్ ఎప్పుడూ సరిగ్గా చదవని కీని బాగుచేయదు.

టికెట్ మూసేటప్పుడు నాలుగింటినీ రాయండి: ప్లగిన్ వెర్షన్, వాడుకలో ఉన్న రహస్య ఫైల్, కీ మళ్లీ టైప్ చేయబడిందా అతికించబడిందా, మరియు లోపంలో పేర్కొన్న పొర. అప్పుడు ఈ మార్గాన్ని తర్వాత పునరావృతం చేసే ఎవరైనా పనిచేసే మరియు విఫలమయ్యే యంత్రాల మధ్య వ్యత్యాసానికి నేరుగా వెళ్లవచ్చు.