Azure GatewaySubnet సెటప్: గేట్‍వే ముందు స్థలాన్ని కేటాయించండి

పోర్టల్‌లో వర్చువల్ నెట్‌వర్క్ తెరిచి, సబ్‌నెట్ బ్లేడ్‌ను తాకే ముందు చిరునామా స్థలాన్ని చూడండి. ఆ /24 ఇప్పటికే పనిభార సబ్‌నెట్‌లుగా విభజించబడి ఏమీ ఖాళీగా లేకుంటే, /27 కేటాయింపుకు స్థలం లేదు, చివరికి మీరు మళ్లీ విభజించాలి లేదా VNet ను విస్తరించాలి, అది మరో సమీక్షతో కూడిన మరో మార్పు. మొదట స్థలాన్ని నిర్ణయించి, తర్వాత సబ్‌నెట్ సృష్టించండి.

ఈ క్రమం ముఖ్యం ఎందుకంటే గేట్‌వే సబ్‌నెట్ ప్రత్యేక పేరు ఉన్న పనిభార సబ్‌నెట్ కాదు. ఇది నిర్వహిత గేట్‌వే ఇన్‌స్టాన్సుల కోసం చిరునామా కేటాయింపు, కేటాయింపు తప్పు అయితే Azure గేట్‌వేను తిరస్కరిస్తుంది.

చిరునామా స్థలంతో ప్రారంభించండి

ఏదైనా టైప్ చేయడానికి ముందు VNet ప్రీఫిక్స్, పనిభార సబ్‌నెట్‌లు మరియు గేట్‌వే కేటాయింపును ఒకే వరుసలో రాయండి. 10.60.0.0/16 పై ఉన్న VNet కి స్థలం ఉంది; పనిభార వృద్ధి నిరంతరంగా ఉండేలా చివరలో పరిధిని ఎంచుకోండి.

ఉదాహరణకు, 10.60.255.192/26 గేట్‌వేకు 64 చిరునామాలను వదిలివేస్తుంది, పనిభారాలు 10.60.0.0/20 లో ఉంటాయి. ఇది చిరునామా ప్రణాళికకు ఉదాహరణ, పరిమాణానికి హామీ కాదు. Microsoft ప్రస్తుతం నాన్-Basic VPN గేట్‌వేలకు /27 లేదా పెద్దది కోరుతుంది, ఇక్కడ పెద్దది అంటే ఎక్కువ చిరునామాలు: /26 64 ఇస్తుంది, /28 16 ఇస్తుంది. చిరునామా ప్రణాళిక కదులుతున్నప్పుడు పైకి రౌండ్ చేయండి, ఎప్పుడూ కిందకి కాదు.

ఖచ్చితమైన పేరుతో సబ్‌నెట్ సృష్టించండి

పోర్టల్‌లో సబ్‌నెట్ జోడించి GatewaySubnet పేరును సరిగ్గా టైప్ చేయండి, పెద్ద G మరియు పెద్ద S, ఖాళీ లేదా ప్రత్యయం లేకుండా. Azure ఆ స్ట్రింగ్‌ను సరిపోల్చుతుంది, కాబట్టి Gateway-Subnet లేదా gateway గేట్‌వే సేవ ఉపయోగించని సబ్‌నెట్‌ను ఉత్పత్తి చేస్తుంది.

CLI నుండి అదే దశ, సమీక్షలో రాయడం సులభం:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

సబ్‌నెట్‌ను ఖాళీగా ఉంచండి. VM లేదు, ప్రైవేట్ endpoint లేదు, సేవా అప్పగింత లేదు. ఇప్పటికే అక్కడ ఏదైనా నివసిస్తుంటే, అమలు విఫలమవుతుంది మరియు లోపం అడ్డంగా ఉన్న వనరు పేరును అరుదుగా చెబుతుంది, కాబట్టి ప్రారంభించే ముందు సబ్‌నెట్ వనరుల జాబితాను తనిఖీ చేయండి.

నిర్వహిత సబ్‌నెట్‌ను పనిభార నియమాల నుండి విముక్తంగా ఉంచండి

ఈ సబ్‌నెట్‌కు నెట్‌వర్క్ భద్రతా సమూహాన్ని జోడించవద్దు; Microsoft దాన్ని మద్దతు లేనిదిగా గుర్తిస్తుంది. డిఫాల్ట్ రూట్ 0.0.0.0/0 ను ఎక్కడికో పంపే రూట్ పట్టికను కూడా జోడించవద్దు, ఎందుకంటే అది గేట్‌వే పనితీరును దెబ్బతీయవచ్చు, మరియు గేట్‌వే రూట్ ప్రచారాన్ని ఆన్‌లో ఉంచండి.

మీకు నిజంగా కావాల్సిన యాక్సెస్ పరిమితులను పనిభార సబ్‌నెట్‌లో లేదా తనిఖీ సరిహద్దులో ఉంచండి. GatewaySubnet ను సాధారణ సబ్‌నెట్‌లా చూడటం అనేది శుభ్రంగా అమలై తర్వాత ఎటువంటి ట్రాఫిక్ దాటని గేట్‌వేను సృష్టించే తప్పు.

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

పోర్టల్ చూపించని ఆధారాలను తనిఖీ చేయండి

సృష్టించు నొక్కే ముందు జాబితాను చూడండి: ఖచ్చితమైన పేరు, VNet స్థలం లోపల ప్రీఫిక్స్, ఆన్-ప్రిమైసెస్ పరిధులతో అతివ్యాప్తి లేదు, లోపల పనిభార వనరులు లేవు, NSG లేదు, మరియు డిఫాల్ట్ రూట్ ఉన్న రూట్ పట్టిక లేదు. వాటిలో ప్రతి ఒక్కటి నిజమైన అమలును విచ్ఛిన్నం చేసింది. తర్వాత విస్తృత డిజైన్‌ను నిర్ధారించండి: ఆన్-ప్రిమైసెస్ వైపు కోసం లోకల్ నెట్‌వర్క్ గేట్‌వే, మీరు రూట్ చేయాలని ఆశించే చిరునామా స్థలాలు, మరియు యాక్టివ్-యాక్టివ్ లేదా సహజీవనం ప్రణాళిక చేయబడిందా. ఆ ఎంపికలు పరిమాణం గురించిన సంభాషణను మారుస్తాయి, ఇప్పుడే వాటిని పరిష్కరించడం చాలా చవకైనది.

సబ్‌నెట్ VM ఎందుకు ఉంచలేదని ఎవరైనా అడిగినప్పుడు ఉదహరించాల్సిన పేజీ Azure గేట్‌వే సెట్టింగ్‌ల సూచన.

గేట్‌వే ఇప్పటికే ఉంటే

గేట్‌వే సబ్‌నెట్ పరిమాణాన్ని మార్చడం లేదా భర్తీ చేయడం మాస్క్ సవరణ కాదు. మొదట గేట్‌వే SKU మరియు తరానికి మద్దతు ఉన్న మార్పు విధానాన్ని తనిఖీ చేయండి, మరియు ఆధారిత వస్తువులను జాబితా చేయండి: కనెక్షన్లు, పబ్లిక్ IP లు, రూటింగ్ మరియు ఏదైనా పునరుద్ధరణ అవసరం.

విధానం గేట్‌వేను తిరిగి సృష్టించాల్సి ఉంటే, విండో మరియు రోల్‌బ్యాక్‌తో సేవా స్థలాంతరణగా ప్రణాళిక చేయండి. మీరు ఎంచుకున్న కేటాయింపు, పరిమాణానికి కారణం మరియు ఉద్దేశపూర్వకంగా జోడించని నియమాలను నమోదు చేయండి, తద్వారా తదుపరి సమీక్షకుడు NSG జోడించి ఖాళీ సబ్‌నెట్‌ను సరిచేయకూడదు.