IKE గుర్తింపు లేదా ఎండ్పాయింట్ చిరునామా: వాటిని కలపకండి
FQDN రకం IKE గుర్తింపు అనేది అక్షరార్థ ధృవీకరణ విలువ, రివర్స్-DNS శోధన కాదు. ఎండ్పాయింట్ చిరునామా, స్థానిక గుర్తింపు మరియు ఆశించిన peer లను వేరుగా ఉంచండి.
FQDN గుర్తింపుగా లేబుల్ చేసిన ఫీల్డ్ను అక్షరార్థ స్ట్రింగ్గా చదవండి, మీ పబ్లిక్ చిరునామా యొక్క రివర్స్-DNS పేరు కోసం అభ్యర్థనగా కాదు. strongSwan పార్సర్లో అది సరిగ్గా అదే, ఒక స్ట్రింగ్, మరియు దాన్ని చదవడం ఎప్పుడూ ఎండ్పాయింట్గా పరిష్కరించదు. ఆ వాస్తవం ఒక్కటే peer కోసం గుర్తింపుదారులను ఎంచుకునేటప్పుడు అత్యంత సాధారణ పరధ్యానాన్ని తొలగిస్తుంది. క్రింది తనిఖీలు సంబంధిత మూడు విలువలు ఒకటిగా కలవకుండా నిరోధిస్తాయి.
లేబుల్ శోధన కాదు
విక్రేత ఇంటర్ఫేస్లు FQDN మరియు hostname వంటి పదాలను వదులుగా ఉపయోగిస్తాయి, పెట్టెపై ఉన్న లేబుల్ దాని వెనుక ఉన్న ఎన్కోడింగ్ గురించి ఏమీ చెప్పదు. ఒక ఫీల్డ్ను Client FQDN అని పిలిచే పరికరం FQDN, ఇమెయిల్ ఆకారపు స్ట్రింగ్ లేదా బేరు చిరునామా పంపవచ్చు. వచనాన్ని మరియు రకాన్ని రెండు వేర్వేరు నిర్ణయాలుగా పరిగణించి రెండింటినీ నమోదు చేయండి.
అక్షరార్థ గుర్తింపులో ఏదీ DNS అవసరం లేదు. ఇది ఎదుటి వైపు తనిఖీ చేసే వాదన, నెట్వర్క్ పరిష్కరించాల్సిన పేరు కాదు.
మూడు వేర్వేరు విలువలు, విడివిడిగా రాయబడినవి
ఒక కాన్ఫిగరేషన్ స్క్రీన్ వెనుక మూడు పనులు ఉన్నాయి, వాటిని కలపడం ఖరీదైన పొరపాటు. ఒక విలువ ప్యాకెట్లు ఎక్కడికి వెళ్తాయో నిర్ణయించే ఎండ్పాయింట్ చిరునామా. మరొకటి ఈ peer ప్రదర్శించే స్థానిక గుర్తింపు, మూడవది మీరు ధృవీకరించడానికి ముందు దూరపు వైపు నుండి ఆశించే గుర్తింపు. వాటిని మార్పు టికెట్లో మూడు పంక్తులుగా రాయండి, ఎందుకంటే దానికంటే తక్కువ సంబంధాన్ని కాదు, VPN ని వివరిస్తుంది.
| Job | Example | What it decides |
|---|---|---|
| Where the packets go | 198.51.100.7 | The endpoint address |
| What this peer claims | gw.branch.internal | The local IKE identity |
| Who should answer | ike.hub.internal | The expected remote identity |
నమూనా గుర్తింపులు అమలులో భాగంగా ఎంపిక చేయబడి అధికారం పొందాలి. అవి ధృవీకరణ తనిఖీ చేసే వాదనలు, ఏ peer నైనా విశ్వసనీయం చేసే ఆధారాలు కావు, కాబట్టి నమ్మదగినట్లు కనిపించే స్ట్రింగ్ ఏదీ అధికారం ఇవ్వదు.
రకం విలువలో భాగం
strongSwan గుర్తింపు సూచన FQDN, ఇమెయిల్ ఆకారపు విలువలు, IP చిరునామాలు మరియు ఇతర ఎన్కోడింగ్లను వేరు చేస్తుంది, కాబట్టి ఎన్కోడింగ్ అక్షరాలతో సమానంగా ముఖ్యం. రెండు పరికరాలు ఒకే వచనాన్ని వేర్వేరు రకాల కింద అంగీకరించి అయినా ఒకదాన్ని మరొకటి తిరస్కరించవచ్చు. రకం లేకుండా విలువను నమోదు చేసే గమనిక సగం కాన్ఫిగరేషన్.
పరికరం నిజంగా ఏ రకాన్ని పంపుతుందో విక్రేతను అడగండి, ఇంటర్ఫేస్ లేబుల్కు బదులు డీకోడ్తో నిర్ధారించండి. ఊహించిన రకం తదుపరి మార్పు కోసం ఎదురుచూస్తున్న అసంగతి.
ప్రతి వైపు మరొకదాన్ని సంతృప్తిపరచాలి
ప్రతి వైపు స్థానిక గుర్తింపు మరొక వైపు ధృవీకరణ విధానాన్ని దాటాలి. ఇది రెండు పరికరాలలోని ప్రతి గుర్తింపు పెట్టెలో ఒకే స్ట్రింగ్ అతికించడం కాదు, ఆ చిన్నదారి ఎవరూ డీబగ్ చేయలేని కాన్ఫిగరేషన్ను ఉత్పత్తి చేస్తుంది.
సర్టిఫికేట్ ధృవీకరణ తన స్వంత అవసరాలను జోడిస్తుంది, ఎందుకంటే సర్టిఫికేట్ గుర్తింపు మరియు విశ్వాస షరతులు మీరు టైప్ చేసిన IKE గుర్తింపు పక్కన ఉంటాయి. కేవలం IKE గుర్తింపు సరిపోలిక సర్టిఫికేట్ peer ను అధికారం ఇవ్వదు.
DNS ఎక్కడ ముఖ్యం, మీ వెర్షన్ ఏమి బలవంతం చేస్తుంది
కనుగొనడానికి ఉపయోగించే గేట్వే hostname కి నిజంగా పనిచేసే DNS అవసరం, ఆ అవసరం ఎండ్పాయింట్ను కనుగొనడానికి చెందుతుంది, టైప్ చేసిన గుర్తింపు యొక్క ఏదైనా రివర్స్ శోధనకు కాదు. టికెట్లో రెండింటినీ వేరుగా ఉంచండి, ఎందుకంటే కనుగొనడంలో వైఫల్యం మరియు గుర్తింపు అసంగతి క్లయింట్ లాగ్లో ఒకేలా చదవబడతాయి మరియు వేర్వేరు చోట్ల సరిచేయబడతాయి.
రకాన్ని బలవంతం చేసే వాక్యనిర్మాణాన్ని కాపీ చేసే ముందు మీరు నిజంగా అమలు చేసే ఉత్పత్తి మరియు వెర్షన్ పార్సర్ను చదవండి, ఎందుకంటే పాత strongSwan విడుదలలు భిన్నంగా ప్రవర్తించాయి మరియు ఇతర విక్రేతలు తమ పరిమితులను జోడిస్తారు. రెండు చివరలను పోల్చినప్పుడు నాలుగు విషయాలను కలిపి ఉంచండి: ఆశించిన గుర్తింపు, ప్రదర్శించిన గుర్తింపు, రకం మరియు ధృవీకరణ లోపం. ఆ సమితి అసంగతిని అభిప్రాయంగా కాదు, సాక్ష్యంగా మారుస్తుంది.