strongSwan ನೊಂದಿಗೆ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ IKEv2 ಖಾಸಗಿ ಪ್ರವೇಶದ ಯೋಜನೆ
ಹೊರ ಸಾಗಣೆ, ಕ್ಲೈಂಟ್ ಪೂಲ್ಗಳು ಮತ್ತು ಸಂರಕ್ಷಿತ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಮೂರು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳು. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಉತ್ತರಿಸಿ ಮತ್ತು ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಹೊರಹೋಗುವಿಕೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.
ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಸುರಂಗವು ಒಂದು ನಿರ್ಧಾರವಲ್ಲ, ಮೂರು, ಮತ್ತು ಅವುಗಳಿಗೆ ಬೇರೆ ಬೇರೆಯಾಗಿ ಉತ್ತರಿಸಬಹುದು. ಹೊರ ಸುರಂಗವು ಯಾವ ಕುಟುಂಬದ ಮೇಲೆ ಚಲಿಸುತ್ತದೆ, ಕ್ಲೈಂಟ್ ಒಳಗೆ ಯಾವ ಕುಟುಂಬಗಳನ್ನು ಪಡೆಯುತ್ತದೆ, ಮತ್ತು ಸಂರಕ್ಷಿತ ಸೇವೆಗಳು ನಿಜವಾಗಿ ಯಾವ ಕುಟುಂಬಗಳ ಮೇಲೆ ಉತ್ತರಿಸುತ್ತವೆ. ಅವುಗಳನ್ನು ಒಂದೇ ಆಯ್ಕೆ ಎಂದು ಪರಿಗಣಿಸುವ ವಿನ್ಯಾಸವು ಒಮ್ಮೆಯೂ ಅಗತ್ಯವಿಲ್ಲದ IPv6 ಅನ್ನು ಒಯ್ಯುತ್ತದೆ, ಅಥವಾ ಯಾವುದೂ ಹಿಂತಿರುಗಿಸಲಾಗದ ವಿಳಾಸಗಳನ್ನು ಹಂಚುತ್ತದೆ. ಮೂರನ್ನೂ ಪ್ರತ್ಯೇಕಿಸಿ, ಉಳಿದ ಸಂರಚನೆ ಬಹುತೇಕ ಯಾಂತ್ರಿಕವಾಗುತ್ತದೆ.
ಮೂರು ರೀತಿಯ ವಿಳಾಸಗಳು, ಪ್ರತ್ಯೇಕವಾಗಿ ನಿರ್ಧರಿಸಲಾಗಿದೆ
ಹೊರ ವಿಳಾಸವು ಎರಡು ಗೇಟ್ವೇಗಳು ಪರಸ್ಪರ ತಲುಪುವ ರೀತಿ, ಮತ್ತು ಒಳ ಸಂಚಾರವು ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ಒಯ್ಯುವಾಗ ಅದು IPv4 ಆಗಿರಬಹುದು. ಒಳ ವರ್ಚುವಲ್ ವಿಳಾಸವು ಸುರಂಗದ ಒಳಗೆ ಕ್ಲೈಂಟ್ನ ಗುರುತು, ಮತ್ತು ಪ್ರತಿ ಕುಟುಂಬಕ್ಕೂ ತನ್ನದೇ ಆದ ಪೂಲ್ ಬೇಕು. ಸಂರಕ್ಷಿತ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಕ್ಲೈಂಟ್ ತಲುಪಬಹುದಾದದ್ದು, ಮತ್ತು ಅವು ಸುರಂಗದ್ದಲ್ಲ, ಸೇವೆಗಳದ್ದು. ಮೂರನೆಯದನ್ನು ಎರಡನೆಯದರೊಂದಿಗೆ ಗೊಂದಲಿಸುವುದು ಹೆಚ್ಚಿನ ಯೋಜನಾ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಎರಡೂ ಖಾಸಗಿ ಶ್ರೇಣಿಗಳಂತೆ ಕಾಣುತ್ತವೆ.
IPv4 ಮಾತ್ರ ಹೊರ ಸಾಗಣೆಯೊಂದಿಗೆ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಒಳ ಸಂಚಾರವು ಸಾಮಾನ್ಯ ಮತ್ತು ಉತ್ತಮವಾಗಿ ಬೆಂಬಲಿತ ವ್ಯವಸ್ಥೆ.
ಪ್ರತಿಯೊಂದನ್ನೂ ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ಧರಿಸಿ ಮತ್ತು ನಿರ್ಧಾರಗಳನ್ನು ಬರೆಯಿರಿ. ಹೊರ ಮಾರ್ಗವು IPv4 ಮಾತ್ರವಾದರೆ, ಅದನ್ನು ಹೇಳಿ ಮತ್ತು IPv6 ಎಂಡ್ಪಾಯಿಂಟ್ಗಳ ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಒಳಗೆ ಒಂದು ಕುಟುಂಬವನ್ನು ನಿಗದಿಪಡಿಸಿದರೂ ಅದರ ಮೇಲೆ ಯಾವುದೂ ಉತ್ತರಿಸದಿದ್ದರೆ, ಅದನ್ನು ಯೋಜನೆಯಿಂದ ತೆಗೆದುಹಾಕಿ ಅಥವಾ ಆ ಸೇವೆಗಳನ್ನು ನಿಜವಾಗಿಯೂ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಮಾಡಿ.
ಪ್ರತಿ ಕುಟುಂಬದಲ್ಲಿ ವರ್ಚುವಲ್ ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸಿ
swanctl ಸಂರಚನೆಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ವರ್ಚುವಲ್ ವಿಳಾಸಗಳನ್ನು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಕುಟುಂಬದಲ್ಲಿನ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಪ್ರತಿಯೊಂದರಿಂದ ಒಂದನ್ನು ನಿಗದಿಪಡಿಸಲು ಉತ್ತರದಾಯಿಯನ್ನು ಕೇಳುತ್ತದೆ. ಉತ್ತರದಾಯಿ ಅವುಗಳನ್ನು ಪೂಲ್ಗಳಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಪೂಲ್ಗಳು ಗೇಟ್ವೇ ಹಿಂದಿನ ನೆಟ್ವರ್ಕ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳು. ಯೋಜನೆಯಲ್ಲೂ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಸೇವಾ ಪೂರ್ವಪ್ರತ್ಯಯದೊಂದಿಗೆ ಚಾಚೂತ್ರವಾಗುವ ಪೂಲ್ ಸಂಚಾರವು ಉದ್ದೇಶಿಸದ ಸ್ಥಳದಲ್ಲಿ ಇಳಿಯುವ ಕ್ಷಣದವರೆಗೆ ಸರಿಯಾಗಿ ಕಾಣುವ ರೂಟಿಂಗ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.
ಎರಡೂ ಬೇಕಾದಾಗ ಎರಡೂ ಕುಟುಂಬಗಳನ್ನು ಕೇಳಿ, ಬೇಕಿಲ್ಲದಿದ್ದಾಗ ಒಂದನ್ನು ಕೇಳಿ, ಏಕೆಂದರೆ ಬಳಸದ ವಿಳಾಸವು ಲಾಭವಿಲ್ಲದ ನೀತಿ ಮೇಲ್ಮೈ. ನಿರ್ದಿಷ್ಟ ವಿನಂತಿ ವಿನಂತಿಯೇ ಹೊರತು ಕಾಯ್ದಿರಿಸುವಿಕೆಯಲ್ಲ, ಮತ್ತು ಉತ್ತರದಾಯಿ ತನ್ನದೇ ನೀತಿಯ ಪ್ರಕಾರ ಬೇರೆ ಮೌಲ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು. ಆ ವಿವರವು ವಿಳಾಸವನ್ನು ಫೈರ್ವಾಲ್ ನಿಯಮ ಅಥವಾ ಮೇಲ್ವಿಚಾರಣಾ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಕಠಿಣವಾಗಿ ಬರೆದಿರುವ ಎಲ್ಲೆಡೆ ಮುಖ್ಯ. ಸಂಪರ್ಕದಲ್ಲಿ ಪೂಲ್ಗಳನ್ನು ಹೆಸರಿನಿಂದ ಉಲ್ಲೇಖಿಸಿ ಮತ್ತು ಸೇವಾ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಅವುಗಳ ಹೊರಗೆ ಇರಿಸಿ.
vips = 0.0.0.0, ::ಸಣ್ಣ ಉದಾಹರಣಾ ಮೌಲ್ಯವನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವ ಬದಲು IPv6 ಪೂಲ್ಗಾಗಿ ನಿಮ್ಮದೇ ಅನನ್ಯ-ಸ್ಥಳೀಯ ಪೂರ್ವಪ್ರತ್ಯಯ ಒಂದನ್ನು ರಚಿಸಿ. ಉದಾಹರಣೆಯು ಸೆಟ್ಟಿಂಗ್ನ ಆಕಾರವನ್ನು ತೋರಿಸುತ್ತದೆ, ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯುವ ಡೀಫಾಲ್ಟ್ ಅನ್ನಲ್ಲ.
ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಪೂಲ್ಗಳಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ವಿವರಿಸಿ
ಸಂಚಾರ ಆಯ್ಕೆಗಾರರು ಪ್ರತಿ ಬದಿಯು ವಿನಿಮಯಿಸಲು ನಿರೀಕ್ಷಿಸುವುದನ್ನು ವಿವರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಗೇಟ್ವೇಯ ಸ್ಥಳೀಯ ಆಯ್ಕೆಗಾರರು ಸಂರಕ್ಷಿತ ಸೇವಾ ಪೂರ್ವಪ್ರತ್ಯಯಗಳನ್ನು ಹೆಸರಿಸಬೇಕು, ಕ್ಲೈಂಟ್ ಪೂಲ್ಗಳನ್ನಲ್ಲ. ಕ್ಲೈಂಟ್ನ ದೂರದ ಆಯ್ಕೆಗಾರರು ಆ ಉದ್ದೇಶವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತವೆ. ಎರಡು ಪಟ್ಟಿಗಳು ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳನ್ನು ವಿವರಿಸಿದಾಗ, ಸುರಂಗವು ಮೇಲೇಳಬಹುದು ಮತ್ತು ಆದರೂ ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಒಯ್ಯದಿರಬಹುದು.
ಅದೇ ಪೂರ್ವಪ್ರತ್ಯಯಗಳಿಗೆ ಗೇಟ್ವೇಯ ನೆಟ್ವರ್ಕ್ ಒಳಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ಮತ್ತು ಅನುಮತಿಸಿದ ಮುಂದಕ್ಕೆ ರವಾನೆ ಬೇಕು, ನೀವು ಸಕ್ರಿಯಗೊಳಿಸುವ ಪ್ರತಿ ಕುಟುಂಬಕ್ಕೂ.
ಇಲ್ಲಿಯೇ ಖಾಸಗಿ IPv6 ಯೋಜನೆಯು ಸಾಕಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಅನನ್ಯ-ಸ್ಥಳೀಯ ವಿಳಾಸವು ಖಾಸಗಿ ತಲುಪುವಿಕೆಯನ್ನು ಖರೀದಿಸುತ್ತದೆ ಮತ್ತು ಸಾರ್ವಜನಿಕ IPv6 ಹೊರಹೋಗುವಿಕೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸಂಖ್ಯೆಯಿಲ್ಲದ ಕುಟುಂಬವು ಸರಳವಾಗಿ IPv4 ಮುಖವಾಡ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ವಿನ್ಯಾಸವು ತನ್ನ ಬಳಕೆದಾರರನ್ನು ನಿರಾಶೆಗೊಳಿಸುತ್ತದೆ. ಸಾರ್ವಜನಿಕ IPv6 ಪ್ರವೇಶವು ಅಗತ್ಯದ ಭಾಗವಾಗಿದ್ದರೆ, ಅದಕ್ಕೆ ರೂಟ್ ಮಾಡಿದ ಯೋಜನೆ ಮತ್ತು ಅದಕ್ಕೆ ಒಪ್ಪುವ ಮೇಲ್ಮುಖ ಹರಿವು ಬೇಕು. ಇಲ್ಲದಿದ್ದರೆ IPv6 ಬದಿಯು ಖಾಸಗಿ ಮಾತ್ರ ಎಂದು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳಿ, ಅದು ಮುಚ್ಚಿಡಬೇಕಾದ ಮಿತಿಯಲ್ಲ, ಪ್ರಾಮಾಣಿಕ ಗಡಿ.
DNS ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿಸಿ
ಹೆಸರಿನ ಪರಿಹಾರವು ಸಾಗಣೆಯನ್ನು ಅನುಸರಿಸುವುದಿಲ್ಲ. ಪರಿಹಾರಕವು IPv4 ಮಾತ್ರ ಸುರಂಗದ ಮೂಲಕ A ಮತ್ತು AAAA ದಾಖಲೆಗಳನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು, ಮತ್ತು ನಂತರ ಕ್ಲೈಂಟ್ ನೀವು ಎಂದೂ ಯೋಜಿಸದ ಕುಟುಂಬವನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಯಾವ ಸೇವಾ ಹೆಸರುಗಳು ಉಪಯುಕ್ತ ದ್ವಿ-ಸ್ಟ್ಯಾಕ್ ಉತ್ತರಗಳನ್ನು ಹೊಂದಿರಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಆ ಎರಡೂ ಮಾರ್ಗಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಮಾರ್ಗವಿಲ್ಲದ ಕುಟುಂಬಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು ಸ್ವಚ್ಛ ದೋಷದ ಬದಲು ನಿಲುಗಡೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ, ಮತ್ತು ನಿಲುಗಡೆಗಳನ್ನು ನಿರ್ಣಯಿಸುವುದು ತುಂಬಾ ಕಷ್ಟ.
ಹೊರ ಎಂಡ್ಪಾಯಿಂಟ್ನ ತಲುಪುವಿಕೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸಿ, ಯಾವುದೇ NAT ದಾಟುವಿಕೆ ಒಳಗೊಂಡಿದೆಯೇ ಮತ್ತು ಅದು ಯಾವ ಕುಟುಂಬವನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬುದೂ ಸೇರಿದಂತೆ.
ನಂತರ ಯೋಜನೆಯನ್ನು ಆರು ಸಾಲುಗಳಲ್ಲಿ ಬರೆಯಿರಿ: ಹೊರ ಎಂಡ್ಪಾಯಿಂಟ್, IPv4 ಪೂಲ್, IPv6 ಪೂಲ್, IPv4 ಸೇವಾ ಪೂರ್ವಪ್ರತ್ಯಯ, IPv6 ಸೇವಾ ಪೂರ್ವಪ್ರತ್ಯಯ, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ಉತ್ತರಗಳನ್ನು ಹೊಂದಿರುವ ರೌಟರ್. ಆ ಆಕಾರದ ಯೋಜನೆ ರಾತ್ರಿ ಮೂರು ಗಂಟೆಗೆ ನಿರ್ವಾಹಕರು ನಿಜವಾಗಿ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಇದಕ್ಕಿಂತ ಚಿಕ್ಕದು ದ್ವಿ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು IPv4 ಮಾತ್ರ ನೀತಿಗೆ ಬಿಗಿಗೊಳಿಸಿದ ಎರಡನೇ ವಿಳಾಸವಾಗಿ ಬಿಡುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅದು ಅರ್ಧ ಕೆಲಸ ಮಾಡುತ್ತಾ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.