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 ಇಲ್ಲ, ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಇಲ್ಲ, ಸೇವಾ ನಿಯೋಜನೆ ಇಲ್ಲ. ಅಲ್ಲಿ ಈಗಾಗಲೇ ಏನಾದರೂ ಇದ್ದರೆ ನಿಯೋಜನೆ ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು ದೋಷವು ದಾರಿಯಲ್ಲಿರುವ ಸಂಪನ್ಮೂಲವನ್ನು ಅಪರೂಪವಾಗಿ ಹೆಸರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಸಬ್‌ನೆಟ್‌ನ ಸಂಪನ್ಮೂಲ ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ನಿರ್ವಹಿತ ಸಬ್‌ನೆಟ್ ಅನ್ನು ಕೆಲಸದ ಒತ್ತಡದ ನಿಯಮಗಳಿಂದ ಮುಕ್ತವಾಗಿಡಿ

ಈ ಸಬ್‌ನೆಟ್‌ಗೆ ನೆಟ್‌ವರ್ಕ್ ಭದ್ರತಾ ಗುಂಪನ್ನು ಲಗತ್ತಿಸಬೇಡಿ; Microsoft ಅದನ್ನು ಬೆಂಬಲಿಸದಂತೆ ಗುರುತಿಸುತ್ತದೆ. ಡೀಫಾಲ್ಟ್ ರೂಟ್ 0.0.0.0/0 ಅನ್ನು ಎಲ್ಲಿಗೋ ಕಳುಹಿಸುವ ರೂಟ್ ಟೇಬಲ್ ಜೋಡಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಅದು ಗೇಟ್‌ವೇ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮುರಿಯಬಹುದು, ಮತ್ತು ಗೇಟ್‌ವೇ ರೂಟ್ ಪ್ರಸರಣವನ್ನು ಸಕ್ರಿಯವಾಗಿಡಿ.

ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಿದ್ದ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಕೆಲಸದ ಒತ್ತಡದ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಅಥವಾ ತಪಾಸಣೆ ಗಡಿಯಲ್ಲಿ ಇರಿಸಿ. GatewaySubnet ಅನ್ನು ಸಾಮಾನ್ಯ ಸಬ್‌ನೆಟ್‌ನಂತೆ ಪರಿಗಣಿಸುವುದು ಯಾವ ದೋಷವೆಂದರೆ, ಸ್ವಚ್ಛವಾಗಿ ನಿಯೋಜನೆಯಾಗಿ ನಂತರ ಯಾವುದೇ ಸಂಚಾರವನ್ನು ಹಾಯಿಸದ ಗೇಟ್‌ವೇಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಬಲವಂತದ ಸುರಂಗಕ್ಕೆ ಅದರದೇ ದಾಖಲಿತ ವಿನ್ಯಾಸವಿದೆ. ಗೇಟ್‌ವೇ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ತಾತ್ಕಾಲಿಕವಾಗಿ ಮಾಡಿದ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಅದಲ್ಲ.

ಪೋರ್ಟಲ್ ತೋರಿಸದ ಅವಲಂಬನೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ರಚಿಸು ಒತ್ತುವ ಮೊದಲು ಪಟ್ಟಿಯನ್ನು ನೋಡಿ: ನಿಖರ ಹೆಸರು, VNet ಸ್ಥಳದೊಳಗಿನ ಪೂರ್ವಪ್ರತ್ಯಯ, ಆನ್-ಪ್ರಿಮೈಸಿಸ್ ಶ್ರೇಣಿಗಳೊಂದಿಗೆ ಯಾವುದೇ ಅತಿವ್ಯಾಪ್ತಿ ಇಲ್ಲ, ಒಳಗೆ ಕೆಲಸದ ಒತ್ತಡದ ಸಂಪನ್ಮೂಲಗಳಿಲ್ಲ, NSG ಇಲ್ಲ, ಮತ್ತು ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಇರುವ ರೂಟ್ ಟೇಬಲ್ ಇಲ್ಲ. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ನಿಜವಾದ ನಿಯೋಜನೆಯನ್ನು ಮುರಿದಿದೆ. ನಂತರ ವಿಶಾಲ ವಿನ್ಯಾಸವನ್ನು ಖಚಿತಪಡಿಸಿ: ಆನ್-ಪ್ರಿಮೈಸಿಸ್ ಬದಿಗೆ ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಗೇಟ್‌ವೇ, ನೀವು ರೂಟ್ ಮಾಡಲು ನಿರೀಕ್ಷಿಸುವ ವಿಳಾಸ ಸ್ಥಳಗಳು, ಮತ್ತು ಸಕ್ರಿಯ-ಸಕ್ರಿಯ ಅಥವಾ ಸಹಬಾಳ್ವೆ ಯೋಜಿಸಲಾಗಿದೆಯೇ. ಆ ಆಯ್ಕೆಗಳು ಗಾತ್ರದ ಮಾತನ್ನು ಬದಲಿಸುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಈಗ ನಿರ್ಣಯಿಸುವುದು ಬಹಳ ಅಗ್ಗ.

ಸಬ್‌ನೆಟ್ VM ಇರಿಸಿಕೊಳ್ಳಲು ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಯಾರಾದರೂ ಕೇಳಿದಾಗ ಉಲ್ಲೇಖಿಸಬೇಕಾದ ಪುಟ Azure ಗೇಟ್‌ವೇ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಉಲ್ಲೇಖ.

ಗೇಟ್‌ವೇ ಈಗಾಗಲೇ ಇದ್ದರೆ

ಗೇಟ್‌ವೇ ಸಬ್‌ನೆಟ್ ಗಾತ್ರ ಬದಲಿಸುವುದು ಅಥವಾ ಬದಲಾಯಿಸುವುದು ಮಾಸ್ಕ್ ಸಂಪಾದನೆ ಅಲ್ಲ. ಮೊದಲು ಗೇಟ್‌ವೇ SKU ಮತ್ತು ಪೀಳಿಗೆಗೆ ಬೆಂಬಲಿತ ಬದಲಾವಣೆ ವಿಧಾನವನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಅವಲಂಬಿತ ವಸ್ತುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ: ಸಂಪರ್ಕಗಳು, ಸಾರ್ವಜನಿಕ IP, ರೂಟಿಂಗ್ ಮತ್ತು ಯಾವುದೇ ಮರುಪ್ರಾಪ್ತಿ ಅಗತ್ಯ.

ವಿಧಾನಕ್ಕೆ ಗೇಟ್‌ವೇ ಮರುಸೃಷ್ಟಿ ಬೇಕಾದರೆ, ಕಿಟಕಿ ಮತ್ತು ರೋಲ್‌ಬ್ಯಾಕ್‌ನೊಂದಿಗೆ ಸೇವಾ ಸ್ಥಳಾಂತರ ಎಂದು ಯೋಜಿಸಿ. ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಕಾಯ್ದಿರಿಸುವಿಕೆ, ಗಾತ್ರದ ಕಾರಣ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಲಗತ್ತಿಸದ ನಿಯಮಗಳನ್ನು ದಾಖಲಿಸಿ, ಮುಂದಿನ ಪರಿಶೀಲಕರು NSG ಸೇರಿಸಿ ಖಾಲಿ ಸಬ್‌ನೆಟ್ ಸರಿಪಡಿಸದಂತೆ.