Google HA VPN ನಿಂದ Cisco ರೌಟರ್ಗೆ: ಮೊದಲು ಪೀರ್ ಸಂಪನ್ಮೂಲವನ್ನು ಯೋಜಿಸಿ
Cisco ರೌಟರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವ ಮೊದಲು ಎರಡೂ Google ಇಂಟರ್ಫೇಸ್ಗಳು, ಪೀರ್ ಸಂಪನ್ಮೂಲ, IKEv2 ಒಪ್ಪಂದ ಮತ್ತು ಪ್ರತಿ BGP ಸೆಷನ್ ಅನ್ನು ಹೆಸರಿಸಿ, ನಂತರ ಒಂದು ಪೀರ್ ಅಥವಾ ಎರಡನ್ನು ಆಯ್ಕೆಮಾಡಿ.
Cisco ದಿಂದ Google ಗೆ HA VPN ನಲ್ಲಿ ಮೊದಲ ನಿರ್ಧಾರ ಯಾವ ಕ್ರಿಪ್ಟೋ ಪ್ರೊಫೈಲ್ ಬಳಸುವುದು ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಒಂದು ಸ್ಥಳೀಯ ಸಾಧನ ಅಥವಾ ಎರಡು ಸುರಂಗಗಳನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತವೆಯೇ ಎಂಬುದು. Google ನ HA VPN ಗೇಟ್ವೇಗೆ ಎರಡು ಇಂಟರ್ಫೇಸ್ಗಳಿವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಅನುಗುಣವಾದ ಪೀರ್ ಸುರಂಗವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ. ಇದು ನಿಮಗೆ ಎರಡು ರೌಟರ್ಗಳಿದ್ದರೂ ಇಲ್ಲದಿದ್ದರೂ ಎರಡು ಸುರಂಗಗಳನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ವ್ಯತ್ಯಾಸವೆಂದರೆ ಒಂದೇ ವಿದ್ಯುತ್ ಸರಬರಾಜು ಅಥವಾ ಸಾಫ್ಟ್ವೇರ್ ನವೀಕರಣವು ಇಡೀ ವಿನ್ಯಾಸವನ್ನು ಉರುಳಿಸಬಹುದೇ ಎಂಬುದು.
ನಿರ್ಧಾರ ಒಂದು ಪೀರ್ ಸಾಧನ ಅಥವಾ ಎರಡು
ಮೂರು ಷರತ್ತುಗಳ ಆಧಾರದ ಮೇಲೆ ವಿನ್ಯಾಸವನ್ನು ಆಯ್ಕೆಮಾಡಿ: ಸ್ಥಳೀಯ ವೈಫಲ್ಯ ಬಿಂದುವನ್ನು ಸ್ವೀಕರಿಸಬಹುದೇ, ಎರಡೂ ಕ್ಲೌಡ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಳಸಬೇಕೇ ಮತ್ತು ನಿಮ್ಮ ವರ್ಕ್ಲೋಡ್ಗಳು ಎಷ್ಟು ಮರುಸಂಗಮವನ್ನು ಸಹಿಸುತ್ತವೆ. ಮೂರರಲ್ಲಿ ಯಾವುದಾದರೂ ಕಠಿಣ ಅಗತ್ಯವಾದರೆ, ಎರಡು ಪೀರ್ ಸಾಧನಗಳೇ ಪ್ರಾಮಾಣಿಕ ಉತ್ತರ.
ಕನ್ಸೋಲ್ ತೆರೆಯುವ ಮೊದಲು ಅದನ್ನು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಉತ್ತರವು ವರ್ಕ್ಶೀಟ್ ಎಷ್ಟು ಸುರಂಗಗಳು ಮತ್ತು BGP ಸೆಷನ್ಗಳನ್ನು ವಿವರಿಸಬೇಕು ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
ಯಾವುದೇ ಆಜ್ಞೆಗೆ ಮೊದಲು ವರ್ಕ್ಶೀಟ್ ಬರೆಯಿರಿ
ವರ್ಕ್ಶೀಟ್ನಲ್ಲಿ ಐದು ಸಾಲುಗಳಿವೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಮಾಲೀಕರು ಬೇಕು:
| Row | What it records |
|---|---|
| Google side | Project, VPC, region, HA VPN gateway, and the external address of each interface |
| Peer side | The Cisco external addresses, plus the external peer VPN gateway resource that represents them |
| Tunnel pairs | Which peer interface maps to each Google interface, with IKE version, secret and crypto parameters |
| Routing | Cloud Router, local and remote AS numbers, and one inside BGP pair per tunnel |
| Workloads | Approved on-premises and VPC prefixes, and what firewall policy should permit between them |
ಬಾಹ್ಯ ಪೀರ್ ಸಂಪನ್ಮೂಲವು Google Cloud ಒಳಗಿನ ನಿಮ್ಮ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ರಚಿಸುವುದು Cisco ರೌಟರ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದಿಲ್ಲ. ಈ ಅಸಮಮಿತಿ ಎರಡೂ ತುದಿಗಳಿಗೂ ಕ್ಲೌಡ್ ಕನ್ಸೋಲ್ ಸತ್ಯದ ಮೂಲವಾಗಿರುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವವರನ್ನು ಆಶ್ಚರ್ಯಗೊಳಿಸುತ್ತದೆ. ಇದು Google ಏನನ್ನು ನಿರೀಕ್ಷಿಸಬೇಕು ಎಂಬ ಘೋಷಣೆ, ಮತ್ತು ರೌಟರ್ ಇನ್ನೂ ಅದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. Google ನ ಪೀರ್ ಗೇಟ್ವೇ ಮಾರ್ಗದರ್ಶಿ ಆ ಘೋಷಣೆಯನ್ನು ನೀವು ಇನ್ನೂ ಬಾಕಿ ಇರುವ ಸುರಂಗ, BGP, ಫೈರ್ವಾಲ್ ಮತ್ತು IKE ಕೆಲಸಕ್ಕೆ ನಕ್ಷೆ ಮಾಡುತ್ತದೆ.
ಸಾಲಿಗೆ ಮಾಲೀಕರಿಲ್ಲದಿದ್ದರೆ, ಬದಲಾವಣೆಯ ಸಮಯದಲ್ಲಿ ಕರ್ತವ್ಯದಲ್ಲಿರುವವರು ಅದನ್ನು ತುಂಬುತ್ತಾರೆ.
ಮೂರು ವಿಳಾಸ ಪಾತ್ರಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ
ಸಾರ್ವಜನಿಕ ಪೀರ್ ವಿಳಾಸಗಳು ಬಾಹ್ಯ IPsec ವಿನಿಮಯವನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತವೆ. ಆಂತರಿಕ BGP ಜೋಡಿ ಅದರ ಮೇಲೆ ಚಲಿಸುವ ಸಂರಕ್ಷಿತ ತಾರ್ಕಿಕ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿದೆ. ಜಾಹೀರಾತು ಮಾಡಿದ LAN ಮತ್ತು VPC ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಆ ಸಂಪರ್ಕದ ಹಿಂದಿನ ವರ್ಕ್ಲೋಡ್ಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. VM ನ ಆಂತರಿಕ ವಿಳಾಸವನ್ನು ಬಾಹ್ಯ ಪೀರ್ ಕ್ಷೇತ್ರಕ್ಕೆ ನಕಲಿಸುವುದು ಮೊದಲ ಎರಡು ಪಾತ್ರಗಳನ್ನು ಬೆರೆಸುತ್ತದೆ, ಮತ್ತು ವೈಫಲ್ಯವು ಡೇಟಾ ನಮೂದು ದೋಷದಂತೆ ಅಲ್ಲ, ಮಾತುಕತೆ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ.
ಪ್ರತಿ HA VPN ಇಂಟರ್ಫೇಸ್ಗೆ ಒಂದರಂತೆ ಎರಡು ಅನುಗುಣವಾದ ಪೀರ್ ಸುರಂಗಗಳನ್ನು ಯೋಜಿಸಿ. ಎರಡೂ ಕ್ಲೌಡ್ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಬಳಸುವುದು ಸ್ಥಳೀಯ ವೈಫಲ್ಯ ಬಿಂದುವನ್ನು ತಾನಾಗಿಯೇ ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಎರಡೂ ಸುರಂಗಗಳು ಇನ್ನೂ ಒಂದೇ ಚಾಸಿಸ್ನಲ್ಲಿ ಇಳಿಯಬಹುದು.
ವರ್ಕ್ಶೀಟ್ನ ಪ್ರತಿ ಮೌಲ್ಯದ ಪಕ್ಕದಲ್ಲಿ ವಿಳಾಸದ ಪಾತ್ರವನ್ನು ಬರೆಯಿರಿ. ಆ ಒಂದು ಅಭ್ಯಾಸವೇ ಹೆಚ್ಚಿನ ಬೆರಕೆಯನ್ನು ತಡೆಯುತ್ತದೆ.
ವರ್ಕ್ಶೀಟ್ ಅನ್ನು Cisco ಆವೃತ್ತಿಗೆ ಅನುವಾದಿಸಿ
ಬೆಂಬಲಿತ ಪೀರ್ ದಾಖಲಾತಿ ಅಥವಾ ನಿಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಹೊಂದುವ Google ಕಾನ್ಫಿಗರೇಶನ್ ಟೆಂಪ್ಲೇಟ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಪ್ರತಿ ಪ್ಲೇಸ್ಹೋಲ್ಡರ್ ಅನ್ನು ವರ್ಕ್ಶೀಟ್ನೊಂದಿಗೆ ಹೊಂದಿಸಿ. IKEv2 ದೃಢೀಕರಣ, ESP ಪ್ರಸ್ತಾವನೆಗಳು, PFS ಮತ್ತು ಸುರಂಗ ಹಾಗೂ ರೂಟಿಂಗ್ ಮಾದರಿಯನ್ನು ಒಟ್ಟಿಗೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿನ ಹೊಂದಾಣಿಕೆ ಕೊರತೆ ಸಾಮಾನ್ಯವಾಗಿ ಇನ್ನೊಂದರಲ್ಲಿನ ಹೊಂದಾಣಿಕೆ ಕೊರತೆಯಾಗಿ ಕಾಣುತ್ತದೆ. ಯಾವುದು ಬೆಂಬಲಿತವಾಗಿದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆಮಾಡಲು ನಿಜವಾದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಆವೃತ್ತಿಯನ್ನು ಬಳಸಿ, ಏಕೆಂದರೆ Classic VPN ಪಾಕವಿಧಾನವು ಬೇರೆ ಪ್ರಾರಂಭಿಕ ಹಂತ.
ಹಂಚಿದ ರಹಸ್ಯವನ್ನು ಸ್ಕ್ರೀನ್ಶಾಟ್, ಟಿಕೆಟ್ ಲಗತ್ತುಗಳು ಮತ್ತು ಬೆಂಬಲ ಟಿಪ್ಪಣಿಗಳಿಂದ ದೂರವಿಡಿ. ಪ್ರಕರಣದ ಕಾಮೆಂಟ್ನಲ್ಲಿ ಅಂಟಿಸಿದ ಪೂರ್ವ-ಹಂಚಿದ ಕೀಲಿಯು ರುಜುವಾತುಗಳ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ, ದೋಷನಿವಾರಣಾ ಕಲಾಕೃತಿ ಅಲ್ಲ.
ಟೆಂಪ್ಲೇಟ್ ಮತ್ತು ವರ್ಕ್ಶೀಟ್ ಒಪ್ಪದಿದ್ದರೆ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಕಾಗದದ ಮೇಲೆ ಪರಿಹರಿಸಿ. ಸಾಧನವು ನಿಮಗಾಗಿ ತೀರ್ಪು ನೀಡುವುದಿಲ್ಲ.
ಪ್ರತಿ ಸುರಂಗವನ್ನು ಅದರದೇ ಸಾಕ್ಷ್ಯದ ಮೇಲೆ ಸ್ವೀಕರಿಸಿ
HA VPN ಗೆ BGP ಸೆಷನ್ಗಳು ಬೇಕು, ಮತ್ತು ಯಶಸ್ವಿ IKE ಮಾತುಕತೆ ಕೇವಲ ಮೊದಲ ಹಂತವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಆಂತರಿಕ ಸೆಷನ್ ಮೇಲೇರಬೇಕು, ಉದ್ದೇಶಿತ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡಿ ಸ್ವೀಕರಿಸಬೇಕು, ಮತ್ತು ವರ್ಕ್ಲೋಡ್ ಸಂಚಾರ ಚಲಿಸುವ ಮೊದಲು ಉಪಯುಕ್ತ ಮಾರ್ಗಗಳು ಜೊತೆಗೆ ಫೈರ್ವಾಲ್ ಅನುಮತಿಗಳು ಇರಬೇಕು. ಅವುಗಳನ್ನು ಒಂದೇ ಹಸಿರು ಬೆಳಕಿನಂತೆ ದಾಖಲಿಸುವುದು ಯಾವ ಹಂತ ನಿಜವಾಗಿ ವಿಫಲವಾಯಿತು ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
ಪ್ರತಿ ಸುರಂಗಕ್ಕೆ ಸ್ವೀಕೃತಿ ಸಾಕ್ಷ್ಯವನ್ನು ದಾಖಲಿಸಿ: ಮಾತುಕತೆ ಮಾಡಿದ ಭದ್ರತಾ ಸಂಘಗಳು, BGP ನೆರೆಯ ಸ್ಥಿತಿ, ನಿರೀಕ್ಷಿತ ಕಲಿತ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಮತ್ತು ಉದ್ದೇಶಿತ ವರ್ಕ್ಲೋಡ್ ಮಾರ್ಗ. ನಂತರ ನಿಯಂತ್ರಿತ ವೈಫಲ್ಯ ಮತ್ತು ಮರುಪ್ರಾಪ್ತಿ ಪರಿಶೀಲನೆಯನ್ನು ನಡೆಸಿ, ಏಕೆಂದರೆ ಎಂದಿಗೂ ವಿಫಲವಾಗದ ಸುರಂಗವು ಅದರ ಮರುಪ್ರಾಪ್ತಿ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸದ ಸುರಂಗ.
ಆ ದಾಖಲೆಯು ಮುಂದಿನ ಬಾರಿ ವಿನ್ಯಾಸ ಬದಲಾದಾಗ ಮರುಬಳಕೆ ಮಾಡಬಹುದು, ಮತ್ತು ಅದು ಪರಸ್ಪರ ಕಾರ್ಯಾಚರಣೆ ಹಾಗೂ ಊಹೆಗಳನ್ನು ಕಳೆದುಕೊಂಡ ಆದೇಶ ತುಣುಕಿನ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.