NAT వెనుక ఉన్న పీర్తో Azure సైట్-టు-సైట్ VPN: చెక్లిస్ట్
NAT-T బయటి ప్యాకెట్లను మాత్రమే నిర్వహిస్తుంది, పీర్ చిరునామా లేదా లోపలి మార్గాలను కాదు. ఐదు క్రమబద్ధ తనిఖీలు అనువాద సమస్యను కాన్ఫిగరేషన్ సమస్య నుండి వేరు చేస్తాయి.
ఈ తనిఖీలను క్రమంగా చేయండి మరియు మొదట విఫలమైన దాని వద్ద ఆగండి. Azure NAT వెనుక ఉన్న పరికరానికి మద్దతు ఇవ్వదనే చాలా నివేదికలు వాస్తవానికి Azure చేరుకోలేని పీర్ చిరునామా, లేదా సరైన వైపు నుండి ఎప్పుడూ ప్రారంభం కాని టన్నెల్ అవుతాయి. బయటి రవాణా మరియు లోపలి మార్గనిర్దేశం రెండు వేర్వేరు సమస్యలు, వాటిని కలపడం అర్ధరోజు వృథా చేస్తుంది. క్రింది ప్రతి దశ మరొకరికి ఇవ్వగల పరిశీలనను ఇస్తుంది.
దశ 1: పీర్ నిజంగా NAT వెనుక ఉందని నిర్ధారించండి
పరికరం యొక్క WAN ఇంటర్ఫేస్లోని చిరునామాను Azure దాని కోసం చూసే చిరునామాతో పోల్చండి. అవి భిన్నంగా ఉంటే, ఏదో అనువదిస్తోంది, ఆ అనువాదకుడు ఇప్పుడు మీ VPN డిజైన్లో భాగం. మ్యాపింగ్ స్థిరమా లేదా పంచుకున్నదా అని ప్రదాతను అడగండి, ఎందుకంటే పంచుకున్న మ్యాపింగ్ మీరు ఆధారపడగల దాన్ని మారుస్తుంది. ప్రైవేట్ WAN చిరునామా మరియు ఫార్వార్డింగ్ లేని పరికరం స్థిరమైన పబ్లిక్ మ్యాపింగ్ ఉన్న క్యారియర్-గ్రేడ్ NAT వెనుక ఉన్న పరికరం కంటే వేరు కేసు.
రెండు చిరునామాలు సరిపోతే, ఇక్కడే ఆగండి: NAT మీ సమస్య కాదు మరియు ఈ జాబితాలో మిగిలినది సహాయపడదు.
టికెట్లో రెండు చిరునామాలు మరియు అనువాదకుడి మోడల్ రాయండి. ఆ ఒక్క లైన్ కాన్ఫిగర్ చేసిన పీర్ ఎందుకు సమాధానం ఇవ్వదు అనే తదుపరి ప్రశ్నల రౌండ్ను నిరోధిస్తుంది.
దశ 2: ఎవరు ప్రారంభిస్తారో అంగీకరించండి
Azure VPN Gateway యొక్క తరచుగా అడిగే ప్రశ్నలు NAT-T మద్దతును పేర్కొంటాయి మరియు ఆన్-ప్రిమైస్ పరికరం NAT వెనుక ఉన్నప్పుడు IPsec టన్నెల్ను అదే ప్రారంభించాలని జోడిస్తాయి. ఇది స్టేట్ఫుల్ అనువాదం ఎలా పనిచేస్తుందో దానికి సరిపోతుంది, ఎందుకంటే లోపలి పరికరం మొదటి ప్యాకెట్ పంపినందున అనువాదకుడు మ్యాపింగ్ ఉంచుతాడు. Azure ప్రారంభించాలని ఆశించి ఆ మ్యాపింగ్ సృష్టించడానికి ఏమీ రాకపోతే, టన్నెల్ ఎప్పటికీ ప్రారంభం కాదు.
సమాధానం ఇచ్చేది-మాత్రమే అనే పొరపాటు స్పష్టంగా కనిపించేలా పీర్ను కాన్ఫిగర్ చేయండి, మరియు పరికరం తనంతట తానే మళ్లీ ప్రయత్నిస్తుందా లేదా ట్రిగ్గర్ కావాలా తనిఖీ చేయండి. కొన్ని పరికరాలు ఆసక్తికరమైన ట్రాఫిక్ కనిపించినప్పుడే టన్నెల్ను పైకి లేపుతాయి, ఆసక్తికరమైన ట్రాఫిక్ ఎప్పుడూ రాని ఆరోగ్య పరీక్షగా మారే వరకు అది సరే.
మాన్యువల్ ప్రారంభం సమయంలో పరికరంలో IKE మార్పిడిని గమనించండి; అక్కడ నిశ్శబ్దం మార్గనిర్దేశం లేదా ఫైర్వాల్ సమాధానం, Azure సమాధానం కాదు.
దశ 3: పీర్ చిరునామాను సరిగ్గా పొందండి
Azure తన స్థానిక నెట్వర్క్ గేట్వే ఆబ్జెక్ట్లో పీర్ కోసం చేరుకోగల పబ్లిక్ చిరునామా కావాలి, సాధారణంగా పరికరం లోపలి చిరునామా కాకుండా అనువాదకుడి పబ్లిక్ చిరునామా. పరికరం ఏ గుర్తింపుతో ధృవీకరించుకుంటుంది అనేది ప్రత్యేక ఫీల్డ్ మరియు Azure డయల్ చేసే చిరునామా నుండి చట్టబద్ధంగా భిన్నంగా ఉండవచ్చు. రెండింటినీ వేరుగా ఉంచండి, ఎందుకంటే వాటిని మార్చుకోవడం NAT సమస్య లాగానే కనిపించే ధృవీకరణ వైఫల్యాన్ని కలిగిస్తుంది.
పబ్లిక్ చిరునామా మారితే ఆ ఆబ్జెక్ట్ కూడా దానితో మారాలి. పాత చిరునామాకు పరిష్కరించే పేరు చేతితో అప్డేట్ చేయాల్సిన స్థిర చిరునామా కంటే చెత్తది.
మూడు విలువలను రాయండి: పరికరం యొక్క స్థానిక చిరునామా, అనువదించిన పబ్లిక్ చిరునామా, కాన్ఫిగర్ చేసిన పీర్ గుర్తింపు.
దశ 4: NAT-Tకి అవసరమైన పోర్టులను మాత్రమే తెరవండి
NAT-T UDP లోపల ESP ను తీసుకువెళుతుంది, మరియు RFC 3948 ఆ ఎన్క్యాప్సులేషన్ను పోర్ట్ 500లో ప్రారంభ చర్చల తర్వాత ఉపయోగించే పోర్ట్ 4500తో వివరిస్తుంది. మీ ఫైర్వాల్ మరియు అనువాదకుడు రెండూ మార్పిడిని మరియు దాని తిరిగి వచ్చే ట్రాఫిక్ను అనుమతించాలి. సంబంధం లేని TCP పోర్టును అనుమతించడం ఈ మార్గం గురించి ఏమీ నిరూపించదు, బయటకు వెళ్లడానికి అనుమతించి సమాధానానికి అనుమతించని నియమం అయినా విఫలమవుతుంది.
పీర్ ప్రారంభించి అనువాదకుడు స్థితిని ఉంచినప్పుడు స్థిర ఇన్బౌండ్ పోర్ట్ ఫార్వార్డింగ్ స్వయంచాలకంగా అవసరం లేదు. మ్యాపింగ్ అస్థిరంగా ఉన్నప్పుడు లేదా మార్గంలో ఏదో స్థితిని దూకుడుగా ముగించినప్పుడు అది అవసరమవుతుంది.
అనువాదకుడి రెండు వైపులా ఒకసారి క్యాప్చర్ చేయండి; ఎన్క్యాప్సులేషన్ తేడా వెంటనే కనిపిస్తుంది.
దశ 5: బయటి రవాణాను లోపలి మార్గనిర్దేశం నుండి వేరు చేయండి
ఏర్పడి ఏమీ మోసుకెళ్లని టన్నెల్ మార్గనిర్దేశం సమస్య, NAT-T సమస్య కాదు. సైట్లకు ఇప్పటికీ సరిపోయే ట్రాఫిక్ ఎంపికకారులు, సరిపోయే చిరునామా ప్రదేశాలు, యాక్సెస్ నియమాలు మరియు అప్లికేషన్ నెట్వర్క్లకు తిరిగి వెళ్లే మార్గం కావాలి. వీటిలో ఏదీ విజయవంతమైన IKE మార్పిడి ఇవ్వదు.
రెండు సైట్లు ఒకదానిపై ఒకటి పడే ప్రైవేట్ పరిధులను ఉపయోగిస్తే, టన్నెల్ లోపల అనువాదం దాని స్వంత నియమాలతో ప్రత్యేక డిజైన్. బయటి గేట్వే ఇంటి రౌటర్ వెనుక ఉందని మాత్రమే సబ్నెట్ను తిరిగి నంబర్ చేయవద్దు.
ఏదైనా మార్చే ముందు వైఫల్యాన్ని దశల వారీగా వర్గీకరించండి, ఆ వర్గీకరణను టికెట్లో ఉంచండి, తద్వారా తదుపరి వ్యక్తి మీరు ఆగిన చోటి నుండి ప్రారంభిస్తారు.