AWS VPN ನಲ್ಲಿ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ CIDR: ಯಾವ ಬದಿ ಯಾವುದು?

ನೀವು Site-to-Site VPN ಆಯ್ಕೆಗಳನ್ನು ತೆರೆಯುತ್ತೀರಿ, ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ಎಂದು ಲೇಬಲ್ ಮಾಡಿದ ಎರಡು CIDR ಪೆಟ್ಟಿಗೆಗಳನ್ನು ಕಾಣುತ್ತೀರಿ, ಮತ್ತು ನೀವು ಸ್ಥಳೀಯ ಎಂದು ಭಾವಿಸುವ ವಿಳಾಸಕ್ಕೆ ಕೈ ಚಾಚುತ್ತೀರಿ: VPC. ಇದು API ಅರ್ಥೈಸುವುದಕ್ಕೆ ವಿರುದ್ಧ. ಸಂಪರ್ಕ ಆಯ್ಕೆಗಳಲ್ಲಿ LocalIpv4NetworkCidr ಗ್ರಾಹಕ-ಗೇಟ್‌ವೇ ಬದಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು RemoteIpv4NetworkCidr AWS ಬದಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸಂಪರ್ಕ ಗ್ರಾಹಕ ಗೇಟ್‌ವೇಯಿಂದ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ. ಕನ್ಸೋಲ್ ಇದನ್ನು ಎಂದೂ ಗಟ್ಟಿಯಾಗಿ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ನಂಬಲರ್ಹವಾಗಿ ಕಾಣುವ ಬದಲಾವಣೆಯನ್ನು ಯಾವುದೂ ತಿರಸ್ಕರಿಸುವುದಿಲ್ಲ.

ಕನ್ಸೋಲ್ ಲೇಬಲ್‌ನಿಂದ ಅಲ್ಲ, API ಕರೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಸಂಪರ್ಕ ಆಯ್ಕೆಗಳ ಉಲ್ಲೇಖವನ್ನು ಒಮ್ಮೆ ಪೂರ್ತಿಯಾಗಿ ಓದಿ ಮತ್ತು ಪ್ರತಿ ಆಯ್ಕೆಯೂ ಗ್ರಾಹಕ ಗೇಟ್‌ವೇಯ ದೃಷ್ಟಿಕೋನದಿಂದ ಬರೆಯಲಾಗಿದೆ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ಇದು ಹೆಸರಿಸುವಿಕೆಯ ಆಕಸ್ಮಿಕವಲ್ಲ. ಟನೆಲ್ ಅನ್ನು ನಿಮ್ಮ ಬದಿಯಲ್ಲಿ ಅದನ್ನು ಮುಗಿಸುವ ಸಾಧನಕ್ಕೆ ಕಾಣುವಂತೆಯೇ ವಿವರಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ ಎಂದರೆ ನಿಮ್ಮ ಗೇಟ್‌ವೇಯ ಹಿಂದಿನ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು ದೂರದ ಎಂದರೆ AWS ಗೇಟ್‌ವೇಯ ಹಿಂದಿನ ನೆಟ್‌ವರ್ಕ್. IPv4 ಮತ್ತು IPv6 ಎರಡೂ ಕ್ಷೇತ್ರಗಳು ಒಂದೇ ನಿಯಮವನ್ನು ಪಾಲಿಸುತ್ತವೆ.

ಏನನ್ನಾದರೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಎರಡು ಲೇಬಲ್‌ಗಳನ್ನು ಅಂಟಿಕೊಳ್ಳುವ ಚೀಟಿಯಲ್ಲಿ ಬರೆಯಿರಿ: ಗ್ರಾಹಕನ ಬದಿ, AWS ಬದಿ. ನಂತರ ನಿಮ್ಮ ವಿಳಾಸಗಳನ್ನು ಅವುಗಳಿಗೆ ಹೊಂದಿಸಿ.

ಪಾತ್ರಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಿದ ಉದಾಹರಣೆ

ಸ್ಥಳೀಯ ಪೂರ್ವಪ್ರತ್ಯಯ 10.20.0.0/16 ಮತ್ತು VPC ಪೂರ್ವಪ್ರತ್ಯಯ 10.60.0.0/16 ಎಂದು ಭಾವಿಸಿ. ಆಯ್ಕೆಗಳನ್ನು ಪಾತ್ರಗಳು ಸೂಚಿಸುವಂತೆಯೇ ಓದಲಾಗುತ್ತದೆ, ಸ್ಥಳೀಯ ಶ್ರೇಣಿ ಸ್ಥಳೀಯ ಕ್ಷೇತ್ರದಲ್ಲಿದೆ:

{
  "LocalIpv4NetworkCidr": "10.20.0.0/16",
  "RemoteIpv4NetworkCidr": "10.60.0.0/16"
}

ಈಗ ಅದೇ ಜೋಡಿಯನ್ನು ಪೀರ್ ಸಾಧನವನ್ನು ಸಂರಚಿಸುವವರಿಗೆ ಕೊಡಿ ಮತ್ತು ಬಲೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ನೋಡಿ. ಅನೇಕ ಫೈರ್‌ವಾಲ್‌ಗಳಲ್ಲಿ ಸ್ಥಳೀಯ ಎಂದರೆ ಟನೆಲ್ ಮುಗಿಯುವ ಇಂಟರ್‌ಫೇಸ್ ಮತ್ತು ದೂರದ ಎಂದರೆ ದೂರದ ತುದಿ, ಇದು AWS ಬದಿಗೆ ತಿರುಗು ಮುರುಗು ಮ್ಯಾಪಿಂಗ್. ಇಬ್ಬರೂ ಸರಿಯಾಗಿದ್ದು ಆದರೂ ಎಂದೂ ಪೂರ್ಣಗೊಳ್ಳದ ಟನೆಲ್ ರೂಪುಗೊಳ್ಳಬಹುದು, ಏಕೆಂದರೆ ಎರಡು ಪದಕೋಶಗಳು ಬೇರೆ ಬೇರೆ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ.

ಯಾವುದೇ ಸಾಧನವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಪೀರ್‌ನ ಪರಿಭಾಷೆಯಲ್ಲಿ ಕಾಗದದ ಮೇಲೆ ಅಭ್ಯಾಸವನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಎರಡೂ CIDR ಮತ್ತು ಎರಡೂ ಲೇಬಲ್‌ಗಳೊಂದಿಗೆ.

ಡೀಫಾಲ್ಟ್‌ಗಳು ವಿನ್ಯಾಸವಲ್ಲ

ಅದೇ ಉಲ್ಲೇಖವು IPv4 ನ ಎರಡೂ ಕ್ಷೇತ್ರಗಳಿಗೆ ಡೀಫಾಲ್ಟ್ ಆಗಿ 0.0.0.0/0 ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, IPv6 ಗೆ ಸಮಾನ ಮೌಲ್ಯಗಳೊಂದಿಗೆ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸಂಪರ್ಕದಲ್ಲಿ ಆ ಮೌಲ್ಯಗಳನ್ನು ಕಾಣುವುದು ಕ್ಷೇತ್ರವನ್ನು ಎಂದೂ ಸಂಕುಚಿತಗೊಳಿಸಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ, ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನವನ್ನು ಸಂರಚಿಸಲಾಗಿದೆ ಎಂದಲ್ಲ. ಮಾರ್ಗ ವಿತರಣೆ, ಸಬ್‌ನೆಟ್ ಮಾರ್ಗ ಕೋಷ್ಟಕ ಮತ್ತು ಭದ್ರತಾ ನಿಯಂತ್ರಣಗಳು ಯಾವ ಸಂಚಾರವು ನಿಜವಾಗಿ ದಾಟಬಹುದು ಎಂಬುದನ್ನು ಇನ್ನೂ ನಿರ್ಧರಿಸುತ್ತವೆ; CIDR ಮೌಲ್ಯಗಳು ಟನೆಲ್ ಯಾವ ಶ್ರೇಣಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಸಿದ್ಧವಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ವಿವರಿಸುತ್ತವೆ.

ಆದ್ದರಿಂದ ಕಿರಿದಾದ ಮೌಲ್ಯವನ್ನು ಡೀಫಾಲ್ಟ್‌ನಿಂದ ಬದಲಾಯಿಸುವುದು ಟನೆಲ್ ತಪ್ಪಾಗಿ ವರ್ತಿಸಿದಾಗ ಅನ್ವಯಿಸಬಹುದಾದ ಹೊಂದಾಣಿಕೆಯ ಉಪಾಯವಲ್ಲ. ಅದು ಆಯ್ಕೆಗಾರನನ್ನು ಅಗಲಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಉಳಿದ ಪ್ರತಿ ಪದರವನ್ನೂ ಹಿಂದಿದ್ದಂತೆಯೇ ಬಿಡುತ್ತದೆ.

ಪೀರ್ ಸಾಧನವು ಇನ್ನೊಂದು ದೃಷ್ಟಿಕೋನವನ್ನು ಬಳಸುತ್ತದೆ

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

ಸಾಧನದ ಕ್ಷೇತ್ರಗಳ ಹೆಸರುಗಳಲ್ಲ, ಕ್ಷೇತ್ರಗಳ ಸಹಾಯವನ್ನು ಓದಿ. ತಯಾರಕರು ಅದೇ ಎರಡು ಪದಗಳನ್ನು ಮೂರು ಬೇರೆ ಬೇರೆ ಪರಿಕಲ್ಪನೆಗಳಿಗೆ ಬಳಸುತ್ತಾರೆ.

ನಂತರ ಎರಡೂ ಹಂತಗಳಿಗೆ ಟನೆಲ್ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹೊಂದದ ಆಯ್ಕೆಗಾರ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡನೇ ಹಂತದ ವೈಫಲ್ಯವಾಗಿ ಕಾಣಿಸುತ್ತದೆ, ಮೊದಲ ಹಂತ ಮಾತ್ರ ಶಾಂತವಾಗಿ ಸ್ಥಾಪಿತವಾಗಿರುತ್ತದೆ.

ಆಯ್ಕೆಗಳನ್ನು ದಸ್ತಾವೇಜಲ್ಲ, ಬದಲಾವಣೆಯಂತೆ ಬದಲಿಸಿ

ಸಕ್ರಿಯ VPN ನಲ್ಲಿ ಸಂಪರ್ಕ ಆಯ್ಕೆಗಳನ್ನು ಸಂಪಾದಿಸುವುದು ಸೇವೆಯನ್ನು ಅಡ್ಡಿಪಡಿಸಬಹುದು, ಆದ್ದರಿಂದ ಅದನ್ನು ಕಿಟಕಿ, ಹಿಂಪಡೆಯುವ ಮೌಲ್ಯ ಮತ್ತು ಯಾರಿಗೆ ಪರಿಣಾಮ ಎಂಬ ಟಿಪ್ಪಣಿಯೊಂದಿಗೆ ನಿರ್ವಹಣಾ ಕ್ರಿಯೆಯಾಗಿ ಪರಿಗಣಿಸಿ. ಮೊದಲು ಪ್ರಸ್ತುತ ಆಯ್ಕೆಗಳನ್ನು, ಎರಡೂ CIDR ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಟನೆಲ್ ಆಯ್ಕೆಗಳನ್ನು ಸೇರಿಸಿ ದಾಖಲಿಸಿ, ಇದರಿಂದ ಹಿಂತಿರುಗಿಸುವುದು ಪುನರ್ನಿರ್ಮಾಣವಲ್ಲ, ಅಂಟಿಸುವುದಾಗಿರುತ್ತದೆ.

ಬದಲಾವಣೆಯ ನಂತರ AWS ಬದಿಯಿಂದ ಮತ್ತು ಪೀರ್‌ನಿಂದ ಪರಿಶೀಲಿಸಿ: ಪ್ರತಿ ಶ್ರೇಣಿಯ ಒಂದು ಮೂಲ ಇನ್ನೊಂದರ ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಲುಪುತ್ತದೆ, ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ. ಒಂದು ಬದಿಯಿಂದ ಒಂದು ಪಿಂಗ್ ಒಂದೇ ಆಯ್ಕೆಗಾರವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ನಂತರ ಪಾತ್ರಗಳನ್ನು ಬರೆದು ಸಂಪರ್ಕದ ದಸ್ತಾವೇಜನ್ನು ನವೀಕರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಸ್ಥಳೀಯ ಎಂದರೆ ನಿಮ್ಮ ಬದಿ ಎಂದು ಮತ್ತೆ ಕಂಡುಕೊಳ್ಳಬೇಕಾಗದಂತೆ.