పాయింట్-టు-సైట్‌కు రూట్ ఆధారిత Azure VPN గేట్‌వే ఎందుకు అవసరం
విధాన ఆధారిత గేట్‌వేలో క్లయింట్ రూట్‌ల కోసం టన్నెల్ ఇంటర్‌ఫేస్ లేదు. ఏమి తిరిగి నిర్మించాలి, ఏ క్రమంలో, మరియు భర్తీ తర్వాత ఏ పరిమితులు మిగులుతాయి.
విధాన ఆధారిత గేట్‌వే ట్రాఫిక్ ఎంపికదారుల ద్వారా ఎంపిక చేయబడిన IPsec టన్నెల్‌ను నిర్మిస్తుంది, మరియు క్లయింట్ రూట్‌లను అప్పగించడానికి ఎటువంటి ఇంటర్‌ఫేస్ లేదు. పాయింట్-టు-సైట్ ఒక రూటింగ్ లక్షణం: గేట్‌వే వద్ద క్లయింట్ చిరునామాల పూల్ ఉంటుంది మరియు వర్చువల్ నెట్‌వర్క్‌లో ఆ క్లయింట్‌లకు రూట్‌లను ఇన్‌స్టాల్ చేస్తుంది. ఈ అసమనత్వమే పోర్టల్ దాన్ని జోడించడానికి ఎటువంటి ఎంపికను చూపకపోవడానికి కారణం. ఇప్పటికే ఉన్న గేట్‌వేలో ఇంటర్‌ఫేస్‌ను సృష్టించడానికి టోగుల్ చేయగల ఏదీ లేదు, కాబట్టి మార్పు కాన్ఫిగరేషన్ సవరణ కాదు, భర్తీ.
వ్యక్తిగత దశల కంటే క్రమమే ముఖ్యం. క్రమం తప్పితే సైట్-టు-సైట్ అంతరాయం నిర్వహణ విండోను దాటిపోతుంది.
విధాన ఆధారిత గేట్‌వే వాస్తవానికి ఏమి చేస్తుంది
విధాన ఆధారిత గేట్‌వే కనెక్షన్‌పై కాన్ఫిగర్ చేసిన ట్రాఫిక్ ఎంపికదారులతో ప్యాకెట్‌లను సరిపోల్చి, సరిపోలిన వాటిని ఒకే టన్నెల్‌కు పంపుతుంది. చిరునామా ఉన్న టన్నెల్ ఇంటర్‌ఫేస్ లేదు, మరియు వర్చువల్ నెట్‌వర్క్‌లో ఎక్కడా ప్రతి-క్లయింట్ రూట్ కనిపించదు. రూట్ పట్టిక గేట్‌వే వైపు చూపే స్థానిక ప్రిఫిక్స్‌లను మాత్రమే పొందుతుంది. రెండు స్థిర చిరునామా ప్రదేశాల మధ్య సైట్-టు-సైట్ కనెక్షన్‌కు ఈ నమూనా సరిపోతుంది.
రూట్ ఆధారిత గేట్‌వే వ్యతిరేకంగా పనిచేస్తుంది: అది టన్నెల్ ఇంటర్‌ఫేస్‌ను అందిస్తుంది, మరియు దానిలోకి ఏమి ప్రవేశించాలో రూట్‌లు నిర్ణయిస్తాయి. పాయింట్-టు-సైట్, మరియు తోటి వ్యక్తుల సమూహం మారే ఏదైనా రూపకల్పన, ఆ ఇంటర్‌ఫేస్ ఉనికిపై ఆధారపడి ఉంటాయి.
క్లయింట్ పూల్‌కు ఆ ఇంటర్‌ఫేస్ ఎందుకు అవసరం
ల్యాప్టాప్ కనెక్ట్ అయినప్పుడు గేట్‌వే దానికి పాయింట్-టు-సైట్ పూల్ నుండి చిరునామా ఇస్తుంది. అప్పుడు వర్చువల్ నెట్‌వర్క్‌కు ఈ చిరునామా గేట్‌వే ద్వారా చేరుకోగలదని చెప్పే రూట్ కావాలి. టన్నెల్ ఇంటర్‌ఫేస్ లేకుండా ఆ రూట్‌ను జోడించడానికి ఏమీ లేదు.
పూల్ మీరు నిర్ణయించే పరిధి నుండి వస్తుంది, గేట్‌వే అక్కడి నుండి కేటాయిస్తుంది. ఆ పరిధి స్థానిక నెట్‌వర్క్ లేదా పీర్ చేసిన వర్చువల్ నెట్‌వర్క్‌తో అతివ్యాప్తి చెందితే, ఘర్షణ క్లయింట్ కనెక్ట్ అయిన తర్వాత మాత్రమే కనిపిస్తుంది, అది కనుగొనడానికి చెడ్డ సమయం. స్థలాంతరణ ప్రారంభమయ్యే ముందు పూల్‌ను రిజర్వ్ చేయండి.
రకం కూడా ప్రతి-కనెక్షన్ సెట్టింగ్ కాదు. ఒక గేట్‌వేకు ఒకే రకం ఉంటుంది, అది కలిగి ఉన్న ప్రతి కనెక్షన్ దాని ప్రకారం ప్రవర్తిస్తుంది, కాబట్టి మిశ్రమ రూపకల్పనకు రెండవ కనెక్షన్ కాదు, రెండవ గేట్‌వే అవసరం.
రకం సృష్టి సమయంలోనే స్థిరపడుతుంది
Microsoft చెబుతోంది, వర్చువల్ నెట్‌వర్క్ గేట్‌వేను విస్తరణ తర్వాత విధాన ఆధారిత మరియు రూట్ ఆధారిత మధ్య మార్చలేము. మార్పిడి ఆదేశం లేదా పోర్టల్‌లో టోగుల్ లేదు. అదే సబ్‌నెట్‌లో రెండవ గేట్‌వే సృష్టించడం కూడా ప్రత్యామ్నాయం కాదు, ఎందుకంటే Azure ప్రతి వర్చువల్ నెట్‌వర్క్‌కు ఒకే గేట్‌వేను అనుమతిస్తుంది. కాబట్టి స్థలాంతరణ అంటే తొలగించడం, తిరిగి నిర్మించడం, తిరిగి కనెక్ట్ చేయడం.
ఇది SKU నిర్ణయాన్ని కూడా అదే నిర్మాణంలో చేర్చుతుంది. తర్వాత పెద్ద SKUకి మారడం మరొక అంతరాయంతో కూడిన మరొక గేట్‌వే భర్తీ.
ఒక గేట్‌వే, ఒక GatewaySubnet
గేట్‌వే GatewaySubnet అనే సబ్‌నెట్‌లో నివసిస్తుంది, దాన్ని ఒక గేట్‌వే మాత్రమే ఆక్రమిస్తుంది. ఆ సబ్‌నెట్ పరిమాణాన్ని నిర్ణయించడం తయారీలో భాగం, ఎందుకంటే పెద్ద SKUకి ఎక్కువ చిరునామాలు కావాలి మరియు సబ్‌నెట్‌ను తర్వాత చిన్నగా చేయలేము. ఏదైనా తాకే ముందు ప్రస్తుత సైట్-టు-సైట్ సెట్టింగ్‌లు, భాగస్వామ్య కీ, స్థానిక నెట్‌వర్క్ గేట్‌వే మరియు ప్రభావవంతమైన రూట్‌లను నమోదు చేయండి. తర్వాత విండోను అంతరాయంగా పరిగణించండి, ఎందుకంటే కొత్త కనెక్షన్ కాన్ఫిగర్ అయ్యే వరకు సైట్-టు-సైట్ టన్నెల్ కిందే ఉంటుంది.
అంతరాయాన్ని పరిమితంగా ఉంచే పునర్నిర్మాణ క్రమం: రూట్ ఆధారిత గేట్‌వేను సృష్టించండి, అదే స్థానిక నెట్‌వర్క్ గేట్‌వేకి సైట్-టు-సైట్ కనెక్షన్‌ను తిరిగి సృష్టించండి, టన్నెల్ మరియు ఒక హోస్ట్-టు-హోస్ట్ అభ్యర్థనను నిర్ధారించండి, ఆ తర్వాతే పాయింట్-టు-సైట్‌ను జోడించి కొత్త క్లయింట్ ప్యాకేజీని సృష్టించండి.
భర్తీ ఏమి సరిచేయదు
రెండవ పరిమితి Azureది కాదు, తోటివారిది. విధాన ఆధారిత స్థానిక పరికరం తాను కనెక్ట్ అయ్యే వర్చువల్ నెట్‌వర్క్‌ను మాత్రమే చేరుకోగలదు, అదే గేట్‌వే ద్వారా ఇతర స్థానిక నెట్‌వర్క్‌లకు లేదా ఇతర వర్చువల్ నెట్‌వర్క్‌లకు వెళ్లలేదు. Azure వైపును భర్తీ చేయడం తోటివారు ఏమి ఎంచుకోగలరో మార్చదు.
అవసరం నిజంగా సైట్‌ల మధ్య ప్రయాణం అయితే, సమాధానం రూట్ ఆధారిత తోటివారి పరికరం లేదా ప్రతి గమ్యం విడిగా ముగిసే టోపాలజీ. తేదీని వాగ్దానం చేయడానికి ముందు ఇది నిర్ణయించండి, ఎందుకంటే గేట్‌వే భర్తీ మాత్రమే దాన్ని ఇవ్వదు.
కార్యకలాపాలు మరియు తనిఖీల క్రమం
ప్రతి సామర్థ్యాన్ని విడిగా ధృవీకరించండి. మొదట సైట్-టు-సైట్ టన్నెల్ స్థితి మరియు ఒక హోస్ట్-టు-హోస్ట్ అభ్యర్థన, తర్వాత పాయింట్-టు-సైట్ కనెక్షన్ మరియు ఒక ప్రైవేట్ వనరు, తర్వాత రూపకల్పన చెప్పే ఏదైనా ప్రయాణ మార్గం. ఆకుపచ్చ గేట్‌వే స్థితి భద్రతా అనుబంధం లేచిందని మాత్రమే నిరూపిస్తుంది, అంతకంటే ఎక్కువ కాదు. తనిఖీలను అదే క్రమంలో ఉంచండి, తద్వారా వైఫల్యం దాన్ని తెచ్చిన దశను సూచిస్తుంది.
ఏదైనా టోపాలజీ మార్పు తర్వాత క్లయింట్ ప్యాకేజీలను తిరిగి సృష్టించండి, పూల్‌ను ప్రతి స్థానిక మరియు పీర్ చేసిన పరిధి నుండి దూరంగా ఉంచండి. పరిమితులు మరియు SKU భేదాలు Azure VPN Gateway సెట్టింగ్‌ల సూచనలో సేకరించబడ్డాయి.