iOS IKEv2 నుండి strongSwan వరకు: ఏ ప్రతిపాదన ఎంచుకోబడలేదు, జాబితాను సరిచేయండి

iPhone టన్నెల్ను పైకి లేపుతుంది, గేట్వే ఏమీ సమాధానం ఇవ్వదు, ఫోన్ సాధారణ వైఫల్యాన్ని చూపుతుంది. strongSwan లాగ్ మరింత నిర్దిష్టంగా ఉంది: no proposal chosen. ఆ సందేశం అర్థం ఏమిటంటే ఆమోదయోగ్యమైన సైఫర్ సెట్ల రెండు జాబితాలు ఎప్పుడూ ఒకదానికొకటి అతుక్కోలేదు, కాబట్టి ప్రామాణీకరణ ప్రారంభం కాకముందే మార్పిడి ముగిసింది. ఇది సరిపోలిక సమస్య, పరిష్కారం జాబితాలు ఒకదానికొకటి కలిసేలా చేయడం.

గేట్వే తన విధానాన్ని ఎక్కడ ప్రకటిస్తుంది

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

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

అందుకే మరో VPN యాప్ నుండి కాపీ చేసిన ప్రొఫైల్ మీది పనిచేయని చోట పనిచేయవచ్చు: ఆ యాప్ వేరే జాబితాను పంపింది.

పేర్లు సరిపోలాలి, మెరుగుపడకూడదు

strongSwan నుండి iOS కి విలువలను తరలించేవారిని రెండు అనువాదాలు గందరగోళపరుస్తాయి. IKE ప్రతిపాదనలో SHA1 అని రాసిన సమగ్రతా అల్గోరిథం దాని సంక్షిప్త రూపంలో ప్రయాణిస్తుంది, iOS దాన్ని .SHA96 అంటుంది. modp1024 అని రాసిన Diffie-Hellman సమూహం సమూహం 2, iOS దాన్ని .group2 అంటుంది. SHA-256 లేదా సమూహం 14 తో భర్తీ చేస్తే పాత జంటను మాత్రమే ఆమోదించే గేట్వేతో చర్చలు జరగవు. క్లయింట్ బలమైనది కాదు, అదే అల్గోరిథంను వివరించాలి.

ఆ విలువలను NEVPNProtocolIKEv2 లో స్పష్టంగా సెట్ చేయండి. డిఫాల్ట్ విలువలు మారుస్తున్న ప్రొఫైల్ కంటే విస్తృతంగా లేదా సన్నగా ఉండవచ్చు, వ్యత్యాసం హ్యాండ్షేక్ విఫలమైనప్పుడే కనిపిస్తుంది.

చైల్డ్ ప్రతిపాదన ఆలస్యంగా, మరింత నిశ్శబ్దంగా విఫలమవుతుంది

IKE మాత్రమే కాదు, చైల్డ్ భద్రతా అనుబంధాన్ని కూడా కాన్ఫిగర్ చేయండి. IKE పారామితులు మాత్రమే సరిపోలితే, టన్నెల్ ప్రామాణీకరించబడి తర్వాత ట్రాఫిక్ మోసుకెళ్లదు, ఇది తిరస్కరణ కంటే చాలా నిశ్శబ్ద వైఫల్యం. చైల్డ్ ఎన్క్రిప్షన్, సమగ్రత, సమూహం, ఆయుష్షు ఒకే దశలో సెట్ చేయండి. క్లయింట్ ఆయుష్షును గేట్వే విలువకు సమానంగా లేదా తక్కువగా ఉంచండి, ఎందుకంటే పొడవైనదానిపై పట్టుబడితే మరో కారణంతో అదే no proposal chosen సందేశం వస్తుంది. అక్కడి అసమతుల్యత లాగ్లోని IKE అసమతుల్యత లాగానే కనిపిస్తుంది.

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

పాత సెట్ను అవసరమైనంత వరకు మాత్రమే ఉంచండి

SHA-1 ను 1024-బిట్ సమూహంతో పిన్ చేయడం వంతెన, గమ్యం కాదు. రెండూ పాతబడ్డాయి, కొత్త క్లయింట్లు వాటిని పూర్తిగా తిరస్కరించవచ్చు, అంటే మీ వైపు ఎలాంటి మార్పు లేకుండా తదుపరి పరికరంలో ప్రొఫైల్ విఫలమవుతుంది. పిన్ను తాత్కాలికంగా పరిగణించి నమోదులో అలా రాయండి.

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