ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಗಾಗಿ ಏನು ದಾಖಲಿಸಬೇಕು: ಸೆಲೆಕ್ಟರ್‌ಗಳು ಮತ್ತು ವ್ಯಾಪ್ತಿ
ಸೆಲೆಕ್ಟರ್ ದಾಖಲೆಯು ಪ್ರತಿ ಬದಿಯು ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಹೇಳಬೇಕು. ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು, ಮಾತುಕತೆ ಮಾಡಿದ ಸಂಘಗಳು, ಅನುವಾದ ಮತ್ತು ಸೇವೆಯ ಮಾಲೀಕತ್ವ ಎಲ್ಲವೂ ಅದರಲ್ಲಿ ಸೇರುತ್ತವೆ.
ಟನೆಲ್ ಆರಂಭವಾದ ಆರು ತಿಂಗಳ ನಂತರ ಹೊಸ ಸಬ್ನೆಟ್ ನೀತಿಗೆ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಹಂಚಿಕೆಯಲ್ಲಿರುವ ಏಕೈಕ ದಾಖಲೆ ಕಚೇರಿ VPN ಎಂದು ಹೇಳುತ್ತದೆ. ಇದು ಸೆಲೆಕ್ಟರ್ ದಾಖಲೆ ತಡೆಯುವ ವೈಫಲ್ಯ, ಮತ್ತು ಅದು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ: ವಿಳಾಸಗಳ ಗುಂಪು ಬದಲಾಯಿತು ಆದರೆ ಕಾಗದಗಳು ಬದಲಾಗಲಿಲ್ಲ. ದಾಖಲೆಯನ್ನು ಸರಿಯಾಗಿ ಬರೆಯುವುದು ಎಂದರೆ ಹಲವು ವಿಳಾಸ ಗುಂಪುಗಳಲ್ಲಿ ಯಾವುದನ್ನು ವಿವರಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯುವುದು, ಮತ್ತು ನೀವು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದನ್ನು ಅಲ್ಲ, ಇನ್ನೊಂದು ಬದಿ ನಿಜವಾಗಿ ಜಾರಿಗೊಳಿಸುವುದನ್ನು ದಾಖಲಿಸುವುದು.
ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದು ಮಾತುಕತೆ ಆಗಿಲ್ಲ
ನೀತಿ-ಆಧಾರಿತ IPsec ಟನೆಲ್‌ನಲ್ಲಿ ಪ್ರತಿ ಬದಿಯೂ ಸಂಚಾರ ಸೆಲೆಕ್ಟರ್‌ಗಳನ್ನು ಪ್ರಸ್ತಾಪಿಸುತ್ತದೆ: ಚೈಲ್ಡ್ ಸಂಘಕ್ಕಾಗಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಶ್ರೇಣಿಗಳು. ಉತ್ತರಿಸುವ ಬದಿಗೆ ಆ ಪ್ರಸ್ತಾಪವನ್ನು ಕಿರಿದಾಗಿಸಲು ಅವಕಾಶವಿದೆ , ಆದ್ದರಿಂದ ಸ್ಥಾಪಿಸಿದ ಸಂಘವು ಕಾನ್ಫಿಗರೇಶನ್ ಪಟ್ಟಿ ಮಾಡುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಆವರಿಸಬಹುದು. ಹಾಗಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ನಕಲಿಸುವ ದಾಖಲೆ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಪ್ರಸ್ತುತ ರಕ್ಷಣಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಅಲ್ಲ. ಎರಡೂ ಮೌನವಾಗಿ ಬೇರ್ಪಡುತ್ತವೆ, ಮತ್ತು ಟನೆಲ್ ಸ್ಥಿತಿ ಪುಟದಲ್ಲಿ ಯಾವುದೂ ಅದನ್ನು ತೋರಿಸುವುದಿಲ್ಲ.
ಎರಡೂ ಕಾಲಮ್‌ಗಳನ್ನು ನೀವು ಗಮನಿಸಿದ ದಿನಾಂಕದೊಂದಿಗೆ ಇರಿಸಿಕೊಳ್ಳಿ. ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಸೆಲೆಕ್ಟರ್ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದು; ಮಾತುಕತೆಯಾದದ್ದು ಕರ್ನೆಲ್ ಈಗ ಜಾರಿಗೊಳಿಸುತ್ತಿರುವುದು. ಅವು ಭಿನ್ನವಾದಾಗ, ಆ ವ್ಯತ್ಯಾಸ ರೂಟಿಂಗ್ ದೋಷಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಅನಿರೀಕ್ಷಿತ ವೈಫಲ್ಯವನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಒಂದು ಸಂಘವು ಪ್ರತಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಜೋಡಿಯನ್ನೂ ಪ್ರತಿನಿಧಿಸುವುದಿಲ್ಲ. ಹಲವು ಸೆಲೆಕ್ಟರ್ ಸಂಯೋಜನೆಗಳಿರುವ ಟನೆಲ್ ಹಲವು ಚೈಲ್ಡ್ ಸಂಘಗಳಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ದಾಖಲೆ ಅಪೂರ್ಣ ದಾಖಲೆಯಾಗಿದೆ. ಸಾರಾಂಶ ಮಾಡುವ ಬದಲು ಅವನ್ನು ಎಣಿಸಿ.
ರೂಟ್-ಆಧಾರಿತ ಟನೆಲ್‌ಗಳು ಬೇರೆ ರೀತಿ ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ
ರೂಟ್-ಆಧಾರಿತ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಟನೆಲ್‌ಗೆ ಏನು ಪ್ರವೇಶಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಸೆಲೆಕ್ಟರ್‌ಗಳು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಗಲವಾಗಿರಬಹುದು. ಇದು ನಿರ್ಲಕ್ಷ್ಯವಲ್ಲ, ಕಾನೂನುಬದ್ಧ ವಿನ್ಯಾಸ, ಮತ್ತು ದಾಖಲೆ ಅದನ್ನು ಹಾಗೆಯೇ ವಿವರಿಸಬೇಕು. ರೂಟ್, ಅದು ತೋರಿಸುವ ಇಂಟರ್ಫೇಸ್, ಮತ್ತು ಯಾವ ಸೇವೆಗಳು ತಲುಪಬಲ್ಲವು ಎಂಬುದನ್ನು ಮಿತಿಗೊಳಿಸುವ ಫೈರ್‌ವಾಲ್ ನೀತಿಯನ್ನು ಬರೆಯಿರಿ. ರಕ್ಷಣಾ ವ್ಯಾಪ್ತಿ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಗಲವಾಗಿದೆ, ಮತ್ತು ಕಿರಿದಾಗಿಸುವ ಕೆಲಸವನ್ನು ಸೇವಾ ವ್ಯಾಪ್ತಿ ಮಾಡುತ್ತದೆ.
ನೀತಿ-ಆಧಾರಿತ ಟೆಂಪ್ಲೇಟನ್ನು ರೂಟ್-ಆಧಾರಿತ ಟನೆಲ್‌ಗೆ ನಕಲಿಸುವುದು ನಿಯೋಜನೆ ಬಳಸದ ವ್ಯವಸ್ಥೆಯನ್ನು ವಿವರಿಸುವ ದಾಖಲೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಮುಂದಿನ ಇಂಜಿನಿಯರ್ ಆಗ ಅಲ್ಲಿರಬಾರದಿದ್ದ ಸೆಲೆಕ್ಟರ್‌ಗಳನ್ನು ಹುಡುಕುತ್ತಾನೆ, ಮತ್ತು ಟನೆಲ್ ಕೇವಲ ಕೆಟ್ಟದಾಗಿ ದಾಖಲಾಗಿರುವಾಗ ಅದು ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಆಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾನೆ.
ಅನುವಾದ ಅದೇ ಕೋಷ್ಟಕಕ್ಕೆ ಸೇರುತ್ತದೆ
NAT ಇನ್ನೊಂದು ಬದಿಗೆ ಬೇರೆ ಶ್ರೇಣಿಯನ್ನು ತೋರಿಸಿದಾಗ, ಮೂಲ ಮತ್ತು ಅನುವಾದಿತ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ. ಸೆಲೆಕ್ಟರ್‌ಗಳು ಮತ್ತು ಪ್ರವೇಶ ನಿಯಮಗಳು ಅವನ್ನು ಯಾವ ಹಂತದಲ್ಲಿ ಹೊಂದಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಿ, ಏಕೆಂದರೆ ಕ್ರಮವು ದೂರದ ಬದಿ ನೀವು ಬರೆದ ವಿಳಾಸವನ್ನು ಎಂದಾದರೂ ನೋಡುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎರಡು ಶ್ರೇಣಿಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ಕೋಷ್ಟಕ ಕೋಷ್ಟಕವಿಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಅದು ಪೂರ್ಣವಾಗಿ ಕಾಣುತ್ತದೆ.
NAT ಬದಲಾವಣೆಯ ನಂತರ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಟನೆಲ್ ಅನ್ನು ಮುರಿಯುವ ವಿವರ ಇದೇ: ಸೆಲೆಕ್ಟರ್ ಇನ್ನೂ ಮೂಲ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಹೊಂದುತ್ತದೆ, ಇನ್ನೊಂದು ಬದಿ ಈಗ ಅನುವಾದಿತದ್ದನ್ನು ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಅದರ ಹಿಂತಿರುಗುವ ರೂಟ್ ಇನ್ನಿಲ್ಲದ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಒಪ್ಪಿಕೊಳ್ಳುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಕ್ಷಣದಲ್ಲಿ ಯಾವುದೂ ದೋಷವನ್ನು ದಾಖಲಿಸುವುದಿಲ್ಲ.
ಖಾಸಗಿ DNS ಅದೇ ಸ್ಥಳಕ್ಕೆ ಸೇರುತ್ತದೆ. ಸಂಬಂಧಿತ ಸೈಟ್‌ನಿಂದ ಬಳಸಲಾಗದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು ಬೆಂಬಲ ಟಿಕೆಟ್ ಜೊತೆಗೂಡಿದ ದಾಖಲೆ ದೋಷ, ಮತ್ತು ಅದರ ದೂರನ್ನು ಟನೆಲ್‌ಗೆ ಹೊರಿಸಲಾಗುತ್ತದೆ.
ಸೇವಾ ಅಗತ್ಯವನ್ನು ಲಗತ್ತಿಸಿ
ರಕ್ಷಿತ ಶ್ರೇಣಿ ಅನುಮತಿ ಪಟ್ಟಿ ಅಲ್ಲ. ಯಾವ ಸೇವೆಗಳು ಯಾವ ಮೂಲದಿಂದ ತಲುಪಬಲ್ಲವು ಮತ್ತು ಅವುಗಳ ಹಿಂದಿನ ಅಪ್ಲಿಕೇಶನ್ ಯಾರ ಮಾಲೀಕತ್ವದ್ದು ಎಂಬುದನ್ನು ಬರೆಯಿರಿ. ಆ ಎರಡು ಕ್ಷೇತ್ರಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಬೆರೆಸುವುದು ಭದ್ರತಾ ಪರಿಶೀಲನೆ ಪ್ರವೇಶದ ಬದಲು ರೂಟಿಂಗ್ ಬಗ್ಗೆ ವಾದಿಸುವಂತೆ ಮಾಡುವ ದಾರಿ.
ನಂತರ ನಿಯಮವನ್ನು ನಿರ್ವಹಿಸುವ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಾಹಕರನ್ನು ಹೆಸರಿಸಿ. ಮಾಲೀಕರಿಲ್ಲದ ಸೆಲೆಕ್ಟರ್ ದಾಖಲೆ ಮೌನವಾಗಿ ಹಳೆಯದಾಗುತ್ತದೆ, ಮತ್ತು ರಾತ್ರಿ ಎರಡು ಗಂಟೆಗೆ ಟನೆಲ್ ಮುರಿದಾಗ ಹಳೆಯದನ್ನು ತಪ್ಪಿನಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದು. ಮಾಲೀಕರು ಬದಲಾವಣೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿತ್ತು ಎಂದು ದೃಢೀಕರಿಸಬಲ್ಲ ವ್ಯಕ್ತಿಯೂ ಆಗಿದ್ದಾರೆ.
ದಾಖಲೆಯನ್ನು ಪರೀಕ್ಷಾ ಯೋಜನೆಯಾಗಿ ಮಾಡಿ
ಪ್ರತಿ ಅಗತ್ಯ ಮಾರ್ಗಕ್ಕೂ ಪ್ರತಿನಿಧಿ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ಹೋಸ್ಟ್ ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ನಿರೀಕ್ಷಿತ ರೂಟ್, ಸೇವೆ ಮತ್ತು ಉತ್ತರ ಗೇಟ್‌ವೇಯನ್ನು ಗುರುತಿಸಿ. ಅದು ದಾಖಲೆಯನ್ನು ವಿವರಣೆಯ ಬದಲು ಪರೀಕ್ಷಾ ಯೋಜನೆಯಾಗಿ ಮಾಡುತ್ತದೆ. ಕೆಳಗಿನ ಆದೇಶದಿಂದ ಜೀವಂತ ಸಂಘವನ್ನು ಓದಿ, ನೀವು ಬರೆದ ಮಾತುಕತೆಯ ಸಾಲಿನೊಂದಿಗೆ ಹೋಲಿಸಿ.
swanctl --list-sasಐದು ಸಾಲಿನ ಚೌಕಟ್ಟು ಸಾಮಾನ್ಯವಾಗಿ ದಾಖಲೆಯನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಲು ಸಾಕು. ಕೆಳಗಿನ ಆವೃತ್ತಿ ಕತ್ತರಿಸದೆ ಬದಲಾವಣೆ ಟಿಕೆಟ್‌ನಲ್ಲಿ ಸರಿಹೊಂದುತ್ತದೆ:
sites: office <-> dc1
configured selector: 10.10.0.0/16 <-> 10.20.0.0/16
negotiated selector: 10.10.4.0/22 <-> 10.20.0.0/16
translated range: 172.16.4.0/22 -> 10.10.4.0/22
service and owner: erp:443 / finance-netopsಕೇವಲ ಗೇಟ್‌ವೇಗೆ ಪಿಂಗ್ ಮಾಡುವುದು ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆ ಅಲ್ಲ. ಅದು ಎಂದೂ ಸಾಗಣೆ ಮಾರ್ಗವನ್ನು ಅಭ್ಯಾಸ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಮುಂದಕ್ಕೆ ರವಾನೆಯಾದ ಹರಿವೂ ವಿಫಲವಾದರೂ ಅದು ಉತ್ತೀರ್ಣವಾಗಬಹುದು. ಒಂದು ಬದಿಯ ಹೋಸ್ಟ್‌ನಿಂದ ಇನ್ನೊಂದು ಬದಿಯ ಸೇವೆಗೆ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಉತ್ತರ ಟನೆಲ್ ಮೂಲಕ ಬರುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ. ಕೇವಲ ಪಿಂಗ್ ಉತ್ತೀರ್ಣವಾದರೆ, ದಾಖಲೆ ತಡೆಯಲು ಬರೆಯಲಾದ ರವಾನೆ ಸಮಸ್ಯೆಯನ್ನು ಇದೀಗ ಕಂಡುಕೊಂಡಿದೆ. strongSwan ರವಾನೆ ದಾಖಲೆ Linux ಸಹಚರದಲ್ಲಿ ಸೆಲೆಕ್ಟರ್‌ಗಳು, ರೂಟ್‌ಗಳು ಮತ್ತು ರವಾನೆ ಹೇಗೆ ಪರಸ್ಪರ ಕ್ರಿಯಿಸುತ್ತವೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ.