Cloud VPN ನ BGP ವಿಳಾಸಗಳು NIC ಮೇಲಲ್ಲ, ಟನೆಲ್ನ ಒಳಗಿವೆ

VPN ಗಾಗಿ Cloud Router ಪುಟ ತೆರೆಯಿರಿ ಮತ್ತು 169.254.0.0/16 ಒಳಗಿನ ವಿಳಾಸವಿರುವ BGP ಸೆಷನ್ ನಿಮ್ಮತ್ತ ನೋಡುತ್ತಿದೆ. ಸಹಜ ಪ್ರತಿಕ್ರಿಯೆ ಎಂದರೆ ಆ ವಿಳಾಸವನ್ನು VM ಮೇಲೆ ಎಲ್ಲಾದರೂ ಇಟ್ಟು ಸೆಷನ್ ಮೇಲೇರುವವರೆಗೆ ಕಾಯುವುದು. ಆ ಪ್ರತಿಕ್ರಿಯೆ ನಿರ್ದಿಷ್ಟ ರೀತಿಯಲ್ಲಿ ತಪ್ಪು: ಜೋಡಿ IPsec ಟನೆಲ್ ರಚಿಸುವ ತಾರ್ಕಿಕ ಕೊಂಡಿಗೆ ಸೇರಿದ್ದು, ಯಂತ್ರದ ಸಾಮಾನ್ಯ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಅಲ್ಲ. NIC ಗೆ ನೀವು ಸೇರಿಸುವ ಯಾವುದೂ ಟನೆಲ್ BGP ಸಾಗಿಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ.

ಜೋಡಿಯನ್ನು ಹೋಸ್ಟ್ಗೆ ಸೇರಿಸುವ ಬದಲು ಸ್ಟಾಕ್ನಲ್ಲಿ ಕೆಳಗೆ ಅನುಸರಿಸಿ.

ಕನ್ಸೋಲ್ ಜೋಡಿ ತೋರಿಸುವಲ್ಲಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಸೆಷನ್ ಪುಟವು Cloud Router ನ BGP ವಿಳಾಸ ಮತ್ತು ಪೀರ್ ವಿಳಾಸವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, IPv4 HA VPN ಗಾಗಿ ಎರಡೂ link-local. ಅವುಗಳ ಪಕ್ಕದಲ್ಲಿ ಟನೆಲ್ಗಳನ್ನು ಕೊನೆಗೊಳಿಸುವ ಹೊರ ಗೇಟ್ವೇ ವಿಳಾಸಗಳಿವೆ. ಇವು ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು: link-local ಜೋಡಿ ಒಳಗೆ ವಾಸಿಸುತ್ತದೆ, ಗೇಟ್ವೇ ವಿಳಾಸಗಳು ಹೊರಗೆ ವಾಸಿಸುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಯಾವುದಾದರೂ ಕೆಲಸ ಮಾಡುವ ಮೊದಲು ಅವು ಮಾರ್ಗನಿರ್ದೇಶನ ಮಾಡಬಹುದಾದವಾಗಿರಬೇಕು.

ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ತೆರೆಯುವ ಮೊದಲು ಮೂರನ್ನೂ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಅವನ್ನು ಗೊಂದಲ ಮಾಡುವುದೇ ಸಂಪೂರ್ಣ ವೈಫಲ್ಯ ವಿಧಾನ.

ಅದನ್ನು ಸಾಗಿಸುವ ಟನೆಲ್ಗೆ ಕೆಳಗಿಳಿಯಿರಿ

ಎರಡು ಗೇಟ್ವೇಗಳ ನಡುವೆ IPsec ಭದ್ರತಾ ಸಂಯೋಜನೆ ಇದ್ದಾಗ ಮಾತ್ರ link-local ಜೋಡಿಗೆ ಅರ್ಥವಿದೆ. Google ಬದಿಯಲ್ಲಿ HA VPN ಟನೆಲ್ಗಳು ಅದನ್ನು ಎರಡು ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ರಚಿಸುತ್ತವೆ; ನಿಮ್ಮ ಬದಿಯಲ್ಲಿ ಪೀರ್ ಮಾತುಕತೆ ನಡೆಸಿದ್ದು ಅದೇ. ಮೊದಲು swanctl --list-sas ನಿಂದ ಡೇಟಾ ಸಂಯೋಜನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಯಾವ ಟನೆಲ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮೇಲಿದೆ ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಸತ್ತ ಟನೆಲ್ ಮೇಲೆ ಆರೋಗ್ಯಕರ BGP ಸೆಷನ್ ಅಸಾಧ್ಯ ಮತ್ತು ಆಶಾವಾದಿ ಕಾನ್ಫಿಗರೇಶನ್ನೊಂದಿಗೆ ಸತ್ತ ಟನೆಲ್ ಸಾಮಾನ್ಯ.

BGP ಪ್ಯಾಕೆಟ್ ಒಳಗಿನ IP ಸಂಚಾರ. ಹೊರ ನೆಟ್ವರ್ಕ್ ಅದನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಯಾವ ಸ್ವಿಚ್ಗೂ ಒಂದೇ VLAN ನಲ್ಲಿ ಎರಡೂ ವಿಳಾಸಗಳ ಅಗತ್ಯವಿಲ್ಲ.

ಈಗ Linux ಪೀರ್ ಹೊಂದುವಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ

ಬೆಂಬಲಿತ ಟನೆಲ್ ವಿನ್ಯಾಸವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಒಳಗಿನ ವಿಳಾಸಗಳನ್ನು ಅದೇ ನಿರ್ಧರಿಸಲಿ. ಮಾರ್ಗ ಆಧಾರಿತ ಇಂಟರ್ಫೇಸ್ನೊಂದಿಗೆ, ಮಾರ್ಗನಿರ್ದೇಶನ ನಮೂದು ಮತ್ತು ಮಾತುಕತೆ ಮಾಡಿದ ಸಂಚಾರ ಆಯ್ಕೆಕಾರರು ಒಪ್ಪಬೇಕು, ಏಕೆಂದರೆ ಇಂಟರ್ಫೇಸ್ ಹೆಸರು ಮಾತ್ರ ಯಾವುದಕ್ಕೂ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ. BIRD ಅನ್ನು ಒಳಗಿನ ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಮತ್ತು Cloud Router ನ ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಿ, ಸೆಷನ್ ಪುಟದಿಂದ AS ಸಂಖ್ಯೆಗಳನ್ನು ಹೊಂದಿಸಿ, ಮತ್ತು ರಕ್ಷಿತ ಮಾರ್ಗದ ಒಳಗೆ TCP 179 ಗೆ ಅನುಮತಿ ನೀಡಿ. ದೂರದ ಹೊರ ವಿಳಾಸಕ್ಕೆ ಮಾರ್ಗವನ್ನು ಭೌತಿಕ ಅಪ್ಲಿಂಕ್ಗೆ ಇರಿಸಿ, ಟನೆಲ್ ತನ್ನದೇ ಸಾಗಣೆಯನ್ನು ಹಿಡಿಯದಂತೆ.

ತನ್ನನ್ನೇ ಮಾರ್ಗನಿರ್ದೇಶಿಸುವ ಟನೆಲ್ ಕೈಕುಲುಕುವಿಕೆಯೊಂದಿಗೆ ಒಂದು ಲೂಪ್, ಮತ್ತು ಒಂದು ಗಂಟೆ ಫೈರ್ವಾಲ್ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ.

ಪ್ರತಿ ಹಂತವನ್ನು ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಅಲ್ಲ

ಹಂತಗಳನ್ನು ನಡೆಯಿರಿ: ಭದ್ರತಾ ಸಂಯೋಜನೆ ಮೇಲಿದೆ, ಟನೆಲ್ ವಿಳಾಸದಿಂದ ಒಳಗಿನ ಪೀರ್ ತಲುಪಬಹುದು, BGP ಸೆಷನ್ ಸ್ಥಾಪಿತವಾಗಿದೆ, ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಸ್ವೀಕೃತವಾಗಿವೆ, ನಂತರ ಕೆಲಸದ ಭಾರದ ಪ್ರಿಫಿಕ್ಸ್ ನಿಜವಾಗಿಯೂ ಬಳಸಲಾಗಿದೆ. birdc show protocols ಮೂರನೇ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಬೇರೆ ಯಾವುದಕ್ಕೂ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಜನರು ಬೇಗ ವಿಜಯ ಘೋಷಿಸುತ್ತಾರೆ.

ಸ್ಥಾಪಿತ ನೆರೆಯವನು ನಿಮಗೆ ಬೇಕಾದ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಎರಡೂ ಕಡೆ ಜಾಹೀರಾತು ಮಾಡಿವೆ ಎಂದಾಗಲಿ ಅಥವಾ ಆ ಮಾರ್ಗಗಳನ್ನು ಆದ್ಯತೆಯಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ ಎಂದಾಗಲಿ ಭರವಸೆ ನೀಡುವುದಿಲ್ಲ.

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

ಇದನ್ನು Router Appliance ಗೆ ಅನ್ವಯಿಸುವ ಮೊದಲು ನಿಲ್ಲಿಸಿ

Network Connectivity Center Router Appliance ಬೇರೆ ಜೋಡಣೆ ಮಾದರಿ. ಅದರ Cloud Router ಪೀರ್ಗಳು HA VPN ನ link-local ಜೋಡಿಯ ಬದಲು VPC ಮತ್ತು ಸಬ್ನೆಟ್ ವ್ಯವಸ್ಥೆಯಿಂದ ಆಂತರಿಕ ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತವೆ. ನಿಜವಾದ ಗುರಿ ಮಾರ್ಗನಿರ್ದೇಶನ VM ಜೊತೆಗೆ BGP ಆಗಿದ್ದರೆ, link-local ಸೆಷನ್ ನಕಲಿಸುವ ಬದಲು ಆ ಉತ್ಪನ್ನದ ಇಂಟರ್ಫೇಸ್ ಅಗತ್ಯಗಳನ್ನು ಅನುಸರಿಸಿ.

link-local ವ್ಯಾಪ್ತಿ ಇನ್ನೂ ಅದು ಹೇಳುವುದನ್ನೇ ಅರ್ಥೈಸುತ್ತದೆ. ತಾರ್ಕಿಕ ಟನೆಲ್ ಈ ನೆರೆಹೊರೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಮತ್ತು ಅದು VPC ಉದ್ದಕ್ಕೂ ಅನಿಯಂತ್ರಿತ link-local ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಮಾರ್ಗನಿರ್ದೇಶಿಸಲು ಪರವಾನಗಿ ನೀಡುವುದಿಲ್ಲ.