ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಗಾಗಿ ವಿಳಾಸ ಸ್ಥಳದ ಗಾತ್ರವನ್ನು ಹೇಗೆ ನಿರ್ಧರಿಸುವುದು

VPN ಉಪಜಾಲ ಎಷ್ಟು ದೊಡ್ಡದಾಗಿರಬೇಕು ಎಂದು ಕೇಳಿ, ಪ್ರಾಮಾಣಿಕ ಉತ್ತರವೆಂದರೆ ಪ್ರಶ್ನೆಯೊಳಗೆ ನಾಲ್ಕು ವಿಭಿನ್ನ ಉಪಜಾಲಗಳಿರಬಹುದು. ಸೈಟ್ VPN ನಲ್ಲಿ ಸಾಗಣೆ ಅಂತ್ಯಬಿಂದುಗಳು, ಸಂಖ್ಯಾಂಕಿತ ಟನೆಲ್ ಕೊಂಡಿಗಳು, ಸಂರಕ್ಷಿತ LAN ನ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಮತ್ತು ನಿರ್ವಹಿತ ಗೇಟ್‌ವೇಗಳಲ್ಲಿ ಪೂರೈಕೆದಾರರು ಕಾಯ್ದಿರಿಸುವ ಮೂಲಸೌಕರ್ಯ ಉಪಜಾಲ ಸೇರಿರಬಹುದು. ನಿರ್ದಿಷ್ಟ ವಿನ್ಯಾಸದಲ್ಲಿ ಅವುಗಳಲ್ಲಿ ಒಂದು ಅಥವಾ ಎರಡು ಮಾತ್ರ ಇರುತ್ತವೆ. ಅವುಗಳನ್ನು ಕಚೇರಿ ಸಾಧನಗಳ ಸಂಖ್ಯೆಯಿಂದ ಅಳೆಯುವುದೇ ಯಾರನ್ನೂ ತೃಪ್ತಿಪಡಿಸದ /24 ನೊಂದಿಗೆ ಯೋಜನೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

ಏನನ್ನೂ ಹಂಚುವ ಮೊದಲು ನಾಲ್ಕು ಪಾತ್ರಗಳಿಗೆ ಹೆಸರಿಸಿ

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

ಏನನ್ನಾದರೂ ಸೇರಿಸುವ ಮೊದಲು ಈಗಾಗಲೇ ಇರುವುದನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ಏಕೆಂದರೆ ಇಲ್ಲಿನ ದುಬಾರಿ ತಪ್ಪು ಎಂದರೆ ಈಗಾಗಲೇ ಬೇರೆಡೆ ರೂಟ್ ಆಗುತ್ತಿರುವ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಮತ್ತೆ ಬಳಸುವುದು. ಪೈಲಟ್ ಯೋಜನೆಯ ಹಳೆಯ ಟನೆಲ್ ಒಂದು ಯೋಜನೆಯನ್ನು ಹಾಳುಮಾಡಲು ಸಾಕು. ಪಟ್ಟಿಯನ್ನು ದಿನಾಂಕಗಳೊಂದಿಗೆ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ತೆಗೆದುಹಾಕಿದ ಕೊಂಡಿಯ ನೆನಪು ಕೊಂಡಿಗಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕುತ್ತದೆ.

ip -br addr show
ip route show | head -40

ಆ ಎರಡು ಆದೇಶಗಳು ಸಂಪರ್ಕಿತ ಜಾಲಗಳ ಮತ್ತು ಅವುಗಳ ಆಚೆಗಿನ ಎಲ್ಲವನ್ನೂ ತಲುಪುವ ಮಾರ್ಗಗಳ ಸ್ಥಳೀಯ ದೃಶ್ಯವನ್ನು ನೀಡುತ್ತವೆ. ಪ್ರತಿ ಸೈಟ್‌ನಲ್ಲಿ ಪಟ್ಟಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಸೈಟ್‌ನ ಔಟ್‌ಪುಟ್‌ನಿಂದ ಕಟ್ಟಿದ ಯೋಜನೆ ಮುಂದಿನ ಸೈಟ್‌ನದರೊಂದಿಗೆ ಘರ್ಷಿಸುತ್ತದೆ. ಒಂದೂ ಬ್ಲಾಕ್ ಹಂಚುವ ಮೊದಲು ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ.

ಕೊಂಡಿಗಳು ಮತ್ತು ಟೋಪಾಲಜಿಯನ್ನು ಎಣಿಸಿ, ಸಾಧನಗಳನ್ನಲ್ಲ

ಎಂಟು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ನೆರೆಹೊರೆಗಳಿರುವ ವಿನ್ಯಾಸ ಎಂಟು ಬ್ಲಾಕ್‌ಗಳನ್ನು ಖರ್ಚು ಮಾಡುತ್ತದೆ, ಒಂದನ್ನಲ್ಲ. /30 ನಲ್ಲಿ ಪ್ರತಿ ಬ್ಲಾಕ್ ಎರಡು ಆತಿಥೇಯಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ನಾಲ್ಕು ವಿಳಾಸಗಳನ್ನು ಖರ್ಚು ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಯೋಜನೆ ಹದಿನಾರು ಬಳಸಬಹುದಾದ ಅಂತ್ಯಬಿಂದುಗಳಿಗೆ ಮೂವತ್ತೆರಡು ವಿಳಾಸಗಳನ್ನು ಹೊರುತ್ತದೆ, ಬಜೆಟ್ ತಡೆದುಕೊಳ್ಳಬೇಕಾದ ಸಂಖ್ಯೆ ಅದೇ. /31 ಕೊಂಡಿಗಳನ್ನು ಬೆಂಬಲಿಸುವ ವೇದಿಕೆ ಅರ್ಧ ಖರ್ಚು ಮಾಡುತ್ತದೆ, ಆದರೆ ಎರಡೂ ತುದಿಗಳು ಮತ್ತು ಸೇವೆ ಈ ಮಾದರಿಗೆ ಒಪ್ಪಿದಾಗ ಮಾತ್ರ. ಬಜೆಟ್ ಅನ್ನು ಕೆಳಗೆ ಬದಲು ಮೇಲೆ ಪೂರ್ಣಾಂಕ ಮಾಡಿ, ಏಕೆಂದರೆ ನಂತರ ಬ್ಲಾಕ್ ಚಿಕ್ಕದಾಗಿಸುವುದು ಚಾಲನೆಯಲ್ಲಿರುವ ಕೊಂಡಿಗಳನ್ನು ಮತ್ತೆ ಸಂಖ್ಯೆ ಮಾಡುವುದು.

ಪೂರೈಕೆದಾರರ ನಿರ್ಬಂಧಗಳು ಸಾಮಾನ್ಯ ಅಭ್ಯಾಸವನ್ನು ಮೀರುತ್ತವೆ. ದಾಖಲಿತ ಆಂತರಿಕ ಟನೆಲ್ ಶ್ರೇಣಿ ನಿಮ್ಮ ರೌಟರ್‌ಗಳಲ್ಲಿ /31 ಕೆಲಸ ಮಾಡುವಲ್ಲಿಯೂ /30 ಕೇಳಬಹುದು, ನಿರ್ವಹಿತ ಗೇಟ್‌ವೇ ತನ್ನದೇ ಉಪಜಾಲಕ್ಕೆ ನಿರ್ದಿಷ್ಟ ಮಾಸ್ಕ್ ಕೇಳಬಹುದು. ಇನ್ನೊಂದು ವೇದಿಕೆಯಿಂದ ಎರವಲು ಪಡೆದ ನಿಯಮವನ್ನು ಅನ್ವಯಿಸುವ ಮೊದಲು ಸೇವಾ ಷರತ್ತನ್ನು ಓದಿ.

ಬಹು-ಬಿಂದು ಓವರ್‌ಲೇ ಗಣಿತವನ್ನು ಮತ್ತೆ ಬದಲಿಸುತ್ತದೆ: ಪ್ರತಿ ಗೇಟ್‌ವೇಗೆ ಒಂದು ವಿಳಾಸ, ಅವುಗಳ ನಡುವಿನ ತಲುಪುವಿಕೆಯನ್ನು ಓವರ್‌ಲೇ ನಿರ್ವಹಿಸುತ್ತದೆ. ಸೈಟ್‌ಗಳನ್ನು ಬ್ಲಾಕ್ ಗಾತ್ರದಿಂದ ಗುಣಿಸುವ ಮೊದಲು ಅನುಷ್ಠಾನ ನಿಜವಾಗಿ ಯಾವ ಟೋಪಾಲಜಿ ಬಳಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ.

ಬೆಳವಣಿಗೆ ಯೋಜನೆಯಲ್ಲಿ ತನ್ನದೇ ಪ್ರತ್ಯೇಕ ಸಾಲಿಗೆ ಅರ್ಹ. ಸುಸಂಗತ ಮೂಲಸೌಕರ್ಯ ಶ್ರೇಣಿಯನ್ನು ಕಾಯ್ದಿರಿಸುವುದು ಸಮಂಜಸ, ಅದರೊಳಗೆ ಯಾವ ಸಣ್ಣ ಹಂಚಿಕೆಗಳಿವೆ ಎಂಬುದನ್ನು ದಾಖಲಿಸುವುದೂ ಹಾಗೆಯೇ, ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಈ ಕಾಯ್ದಿರಿಸುವಿಕೆಯನ್ನು ಒಂದೇ ಪ್ರಸಾರ ಕ್ಷೇತ್ರವಾಗಿ ಓದದಿರಲಿ.

ಗೇಟ್‌ವೇ ಉಪಜಾಲವನ್ನು LAN ಕೊಳದ ಹೊರಗಿಡಿ

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

ಇದೇ ಮಾತು ಕ್ಲೌಡ್ VPN ಸಂಪರ್ಕಗಳ ಟನೆಲ್ ಶ್ರೇಣಿಗಳಿಗೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಪೂರೈಕೆದಾರರು ಪ್ರತಿ ಟನೆಲ್‌ಗೆ ತಮ್ಮ ಬಳಕೆಗಾಗಿ ಸಣ್ಣ ಆಂತರಿಕ ಶ್ರೇಣಿಯನ್ನು ಹಂಚುತ್ತಾರೆ. ಆ ಶ್ರೇಣಿ ನಿಮ್ಮ ಶಾಖಾ ಸರ್ವರ್‌ಗಳು ಇರುವ ಸ್ಥಳವಲ್ಲ, ಅದನ್ನು ಹಂಚಿಹಾಕುವುದು ನಿಮ್ಮದಲ್ಲ.

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

ಬಾಹ್ಯ ವಿಳಾಸಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದು ಪೂರೈಕೆದಾರರು ಏನು ಹಂಚಿದರು ಮತ್ತು ಯಾವ ಹೆಚ್ಚುವರಿ ಟನೆಲ್ ಈಗ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ಸಂಪರ್ಕ ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲು ಬರೆದ ವಿನ್ಯಾಸ ದಾಖಲೆಯನ್ನು ಓದುವುದಕ್ಕಿಂತ ಇದು ವೇಗವಾಗಿದೆ.

ಪ್ರತಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಪಾತ್ರ, ಮಾಲೀಕ ಮತ್ತು ಬೆಳವಣಿಗೆಯನ್ನು ದಾಖಲಿಸಿ

ಕಾರ್ಯಾಚರಣೆಯ ಸಂಪರ್ಕದಲ್ಲಿ ಉಳಿಯುವ ಯೋಜನೆ ಪ್ರತಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಅದು ಯಾವ ಪಾತ್ರ ವಹಿಸುತ್ತದೆ, ದೂರದ ತುದಿಯನ್ನು ಯಾರು ಹಂಚುತ್ತಾರೆ ಮತ್ತು ಎಷ್ಟು ಜಾಗ ಉಳಿದಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಮಾಲೀಕ ಕ್ಷೇತ್ರವಿಲ್ಲದೆ ಎರಡು ತಂಡಗಳು ಒಂದೇ ತ್ರೈಮಾಸಿಕದಲ್ಲಿ ಒಂದೇ /24 ಹಂಚುತ್ತವೆ, ಘರ್ಷಣೆ ಟನೆಲ್ ಮೇಲೆ ಬಂದಾಗ ಮಾತ್ರ ಗೋಚರಿಸುತ್ತದೆ.

ಈ ಶ್ರೇಣಿಗಳನ್ನು ಇತರ ಟನೆಲ್‌ಗಳ ಮೂಲಕ ಬರುವ ಮನೆ ಮತ್ತು ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಿಂದ ದೂರವಿಡಿ, ಏಕೆಂದರೆ ಜಾಗದ ಅತಿವ್ಯಾಪ್ತಿಯೇ ಸಾಮಾನ್ಯ ಕಾರಣ ಸೈಟ್‌ಗಳ ನಡುವಿನ ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾಗಿ ಮಾತುಕತೆ ನಡೆಸಿ ನಂತರ ಯಾವುದೇ ಸಂಚಾರ ಸಾಗಿಸದಿರಲು.

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