సర్టిఫికెట్ లేదా చిరునామాలో గత సంవత్సరం strongSwan తో కనెక్ట్ అయిన iPhone ఈ సంవత్సరం ఎందుకు విఫలమవుతుందో ఏదీ వివరించదు. చిరునామా, ముందుగా పంచుకున్న కీ లేదా క్లయింట్ గుర్తింపు ఏదీ మారి ఉండాల్సిన అవసరం లేదు. కదిలింది ఏమిటంటే ఫోన్ అంతర్నిర్మిత క్లయింట్ చర్చలు చేయడానికి సిద్ధంగా ఉన్న రూపాంతరాల జాబితా, ఆ జాబితా సర్వర్తో అతివ్యాప్తి చెందడం ఆగిన వెంటనే, ఎవరి గుర్తింపు పరిశీలించబడక ముందే మార్పిడి ముగుస్తుంది.

దాన్ని నిర్ణయించే లాగ్ లైన్

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

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

ఎంచుకున్న పంక్తి ప్రతిపాదనను స్నేహపూర్వక లేబుల్తో కాకుండా దాని రూపాంతర సమితితో పేర్కొంటుంది. ఎన్క్రిప్షన్, సమగ్రత మరియు గ్రూప్ ఫీల్డ్లను పోల్చండి ఆ పంక్తిలో ఫోన్ పంపిన జాబితాతో, ఎందుకంటే ఒకే ఫీల్డ్లో భిన్నత్వం ఉన్నా చర్చలను ఓడించడానికి సరిపోతుంది.

ఫోన్లో ఏమి మారింది

ఒక iOS విడుదల తన క్లయింట్ ఉపయోగించడానికి సిద్ధంగా ఉన్న అల్గారిథమ్లను తగ్గించింది. బలహీనమైన సమగ్రత హాష్లు, చిన్న Diffie-Hellman గ్రూపులు మరియు పాత ఎంపికలను మొదట జాబితా చేసే ప్రతిపాదనలు ఆమోదయోగ్యం కావడం ఆపాయి.

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

ఇంకా చర్చలు చేసే ఒక జంట

ప్రస్తుత ఫోన్లకు ఒకే ఆధునిక కలయిక సరిపోతుంది. చర్చలు చేసే ఒక జంట ఇలా కనిపిస్తుంది:

ike=aes256-sha2_256-modp2048
esp=aes256-sha2_256

ike పంక్తి కీ మార్పిడి నడుస్తున్నప్పుడు ఉపయోగించే ఎన్క్రిప్షన్, సమగ్రత మరియు Diffie-Hellman గ్రూప్ను కలిగి ఉంటుంది. esp పంక్తి డేటా ఛానెల్ను మాత్రమే కవర్ చేస్తుంది, ఎందుకంటే గ్రూప్ అది వర్తించక ముందే నిర్ణయించబడింది. కనెక్షన్ను మళ్లీ లోడ్ చేయండి లేదా డెమన్ను మళ్లీ ప్రారంభించండి, ఆపై ఫోన్ను మళ్లీ కనెక్ట్ చేయండి. మీరు సేవ చేసే ప్రతి క్లయింట్ ఇంకా అంగీకరిస్తే మాత్రమే ఆ గ్రూప్ విలువను ఉంచండి, ఒక పాత peer కి ఎక్కువ కావాలని అందరికీ ప్రతిపాదనను విస్తరించవద్దు.

సరిచేయడానికి మూడు స్థలాలు, ఒకటి సాధారణంగా మూసి ఉంటుంది

  • ప్రతి peer కి ఒక ఆధునిక ప్రతిపాదన. క్లయింట్లు అందరూ ప్రస్తుత ఫోన్లు మరియు డెస్క్టాప్లు అయినప్పుడు సరైనది. పాత రూపాంతరాలను చుట్టూ చర్చలు చేయకుండా తొలగిస్తుంది.
  • Apple క్లయింట్ల కోసం రెండవ కనెక్షన్ నిర్వచనం. ఒక పాత peer ను సజీవంగా ఉంచి ఫోన్కు అది అంగీకరించే ప్రతిపాదనను ఇస్తుంది. అదనపు కనెక్షన్ బ్లాక్ ఖర్చవుతుంది, మినహాయింపును కనిపించేలా చేస్తుంది.
  • క్లయింట్ను మార్చడం. మీకు అరుదుగా తెరిచి ఉంటుంది: నిర్వహణ వ్యవస్థ లేదా యాప్ ప్రొఫైల్ను పంపినప్పుడు, తాకడానికి ప్రతిపాదన ఎడిటర్ ఉండదు, అంతర్నిర్మిత క్లయింట్ కూడా ఒకటి బహిర్గతం చేయదు.

మీ నియంత్రణ బయట ఉన్న పరికరాన్ని నవీకరించలేనప్పుడు రెండవ ఎంపికను ఎంచుకోండి. పాత peer ను పదవీ విరమణ చేయగలిగి ఒకే విధానాన్ని కలిగి ఉండాలనుకున్నప్పుడు మొదటి ఎంపికను ఎంచుకోండి.

ఏ విధంగా అయినా ఎంపిక కాన్ఫిగరేషన్లో కనిపిస్తుంది, అదే ఉద్దేశం. పాత రూపాంతరానికి దిగి చర్చలు చేసే మౌన పతనం స్పష్టమైన బ్లాక్ కంటే అధ్వాన్నం, ఎందుకంటే ఏ సమీక్షా దాన్ని వెల్లడించదు.

నిరూపించండి, ఆపై నమోదు చేయండి

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

అంగీకరించిన రూపాంతర సమితిని, ఎప్పుడు మార్చారు మరియు ఏ క్లయింట్ బిల్డ్ను ధృవీకరించారు అని రాయండి. తదుపరి నవీకరణ అవసరాన్ని మళ్లీ కదిలించవచ్చు, పనిచేసిన విలువలే కొత్తవాటి పక్కన మీరు మొదట ఉంచాలనుకునేవి.

సంబంధిత వ్యాసాలు