ಹೊಂದಿಕೆಯಾಗುವ VPN ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಕೊಳವನ್ನು ಯೋಜಿಸುವುದು ಹೇಗೆ

VPN ಸರ್ವರ್ನಲ್ಲಿನ ಕೊಳ ಕ್ಷೇತ್ರದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಸ್ಪ್ರೆಡ್ಶೀಟ್ನಿಂದ ಅಲ್ಲ. ನೀವು ಅಲ್ಲಿ ಟೈಪ್ ಮಾಡುವುದು ನಂತರ ಸಂಪರ್ಕಿಸುವ ಪ್ರತಿಯೊಂದು ಕ್ಲೈಂಟ್ಗೆ ಒಳಗಿನ ವಿಳಾಸ ಸ್ಥಳವಾಗುತ್ತದೆ, ಮತ್ತು ಅದು ಆ ಕ್ಲೈಂಟ್ಗಳು ತಲುಪುವ LAN, ಅದರ ಹಿಂದಿನ ಮಾರ್ಗೀಕೃತ ತಾಣಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಮನೆಯಲ್ಲಿ ಹೊಂದಿರುವ ಯಾವುದೇ ವಿಳಾಸದೊಂದಿಗೆ ಸಹಬಾಳ್ವೆ ನಡೆಸಬೇಕು. ಕೊಳ ಉಳಿಸಿದ ತಕ್ಷಣ ಒಂದು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿ, ಏಕೆಂದರೆ ಆ ಮೊದಲ ಸಂಪರ್ಕವೇ ಮೌಲ್ಯವು ಆಚರಣೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಅಲ್ಲಿಂದ ನಡಿಗೆ ಹೊರಮುಖವಾಗಿ ಸಾಗುತ್ತದೆ: ಕ್ಲೈಂಟ್ ಪಡೆದ ವಿಳಾಸ, ಉತ್ತರ ಸಾಗುವ ಮಾರ್ಗ ಮತ್ತು ನೀವು ಬಿಡುವ ದಾಖಲೆ.

ಕೊಳ ಕ್ಷೇತ್ರದಿಂದಲೇ ಪ್ರಾರಂಭಿಸಿ, ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಮೊದಲು

ಪ್ರತಿ ಉತ್ಪನ್ನ ಇದನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ತೋರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವಿಳಾಸಗಳನ್ನು ನಿಜವಾಗಿ ನಿಗದಿಪಡಿಸುವ ವಸ್ತುವನ್ನು ಹುಡುಕಿ. OpenVPN ನಲ್ಲಿ ಮುಂದಿನ ಮುಕ್ತ ವಿಳಾಸವನ್ನು ನೀಡುವ ಸರ್ವರ್-ಬದಿಯ ಕೊಳ ಸೂಚನೆ ಇದೆ, IKEv2 ಗೇಟ್ವೇಯಲ್ಲಿ ಪೀರ್ ಸಂರಚನೆಗೆ ಬದ್ಧವಾದ ಕೊಳ ವಿಭಾಗ ಇದೆ, ಮತ್ತು WireGuard ನಲ್ಲಿ ಎರಡೂ ಇಲ್ಲ ಏಕೆಂದರೆ ಪ್ರತಿ ಪೀರ್ ತನ್ನ ವಿಳಾಸವನ್ನು ತನ್ನ ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ. ಕೊಳ ಸೂಚನೆ ಮತ್ತು ಪ್ರತಿ-ಪೀರ್ ವಿಳಾಸ ಪರಸ್ಪರ ಬದಲಾಯಿಸಬಹುದಾದವು ಅಲ್ಲ, ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಸಂಪಾದಿಸುವುದು ಉಳಿದ ನಡಿಗೆಯನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.

ಕ್ಷೇತ್ರ ಸಿಕ್ಕ ನಂತರ, ಈಗಾಗಲೇ ಇರುವ ಶ್ರೇಣಿಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ: ಕಚೇರಿ LAN, ಪ್ರತಿ ಮಾರ್ಗೀಕೃತ ತಾಣ, ಕ್ಲೌಡ್ VPC ಮತ್ತು ಸೇವೆಯಲ್ಲಿರುವ ಯಾವುದೇ ಇತರ ಕೊಳ. ಅತಿಕ್ರಮಣವನ್ನು ಪ್ರಿಫಿಕ್ಸ್ ಅಂಕಗಣಿತದಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ, ಹೋಸ್ಟ್ ಸಂಖ್ಯೆಗಳು ಪರಿಚಿತವಾಗಿ ಕಾಣುತ್ತವೆಯೇ ಎಂಬುದರಿಂದ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಸಮಗ್ರತೆಯನ್ನು ಆ ಪ್ರತಿಯೊಂದು ಶ್ರೇಣಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಎರಡೂ 10.x ನಂತೆ ಕಾಣುವ ಎರಡು ಶ್ರೇಣಿಗಳು ಅವುಗಳ ಸಮಗ್ರತೆಗಳು ಛೇದಿಸದಿದ್ದಾಗ ನಿರುಪದ್ರವಿ ಮತ್ತು ಛೇದಿಸಿದಾಗ ಬೆಂಬಲ ಘಟನೆ.

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

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆದ ವಿಳಾಸವನ್ನು ಓದಿ

ಒಂದು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಕೊಳ ಭರವಸೆ ನೀಡಿದ್ದನ್ನು ಅಲ್ಲ, ಸುರಂಗ ವರದಿ ಮಾಡುವುದನ್ನು ಓದಿ. ಕ್ಲೈಂಟ್ ತನ್ನ ಒಳಗಿನ ವಿಳಾಸವನ್ನು ಸಂಪರ್ಕ ಸ್ಥಿತಿಯಲ್ಲಿ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು Linux ನಲ್ಲಿ ಇಂಟರ್ಫೇಸ್ ಅದನ್ನು ನೇರವಾಗಿ ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ.

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

ip -4 addr show tun0
ip route get 192.168.50.20

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

ಅದೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ವಿಳಾಸವನ್ನು ಗಮನಿಸಿ. ಕ್ರಿಯಾತ್ಮಕ ಕೊಳ ಅದೇ ಮೌಲ್ಯವನ್ನು ಅಥವಾ ಬೇರೆ ಮೌಲ್ಯವನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು ಮತ್ತು ಎರಡೂ ಸರಿ, ಆದರೆ ವಿಳಾಸವನ್ನು ಬದಲಾಯಿಸುವ ಗುರುತಿನ ಪ್ರಕಾರದ ಕೊಳ ಬಂಧವನ್ನು ಗೌರವಿಸುವುದಿಲ್ಲ. ಆ ಪರಿಶೀಲನೆ ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಮೊದಲ ವಿಭಾಗದಲ್ಲಿ ದಾಖಲಿಸಿದ ಮೋಡ್ ಜಾರಿಯಲ್ಲಿರುವ ಮೋಡ್ ಆಗಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಸೇವೆಯಿಂದ ಉತ್ತರವನ್ನು ಹಿಂದಕ್ಕೆ ಅನುಸರಿಸಿ

ಉತ್ತರಗಳು ಅದಕ್ಕೆ ಹಿಂತಿರುಗಿ ಪ್ರಯಾಣಿಸಬಲ್ಲಾಗ ಮಾತ್ರ ಕೊಳ ಕೆಲಸ ಮಾಡುತ್ತದೆ. LAN ನಲ್ಲಿನ ಸೇವೆ ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ಗೇಟ್ವೇಗೆ ಕೊಳಕ್ಕೆ ಮಾರ್ಗ ಅಥವಾ ಸೇವೆಯ ಮುಂದೆ ಅನುವಾದ ಬೇಕು. ವಿನಂತಿ ಸುರಂಗದ ಮೂಲಕ ಬಂದು ಉತ್ತರ ಬೇರೆ ಮಾರ್ಗದಿಂದ ಹೊರಟಾಗ, ಸ್ಥಿತಿ ಇರಿಸಿಕೊಳ್ಳುವ ಫೈರ್ವಾಲ್ ಅಥವಾ ರಿವರ್ಸ್-ಪಾತ್ ಪರಿಶೀಲನೆ ಅದನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ನಂತರ ನೇತಾಡುವ ಸೇವೆಯನ್ನು ನೋಡುತ್ತದೆ. ಪ್ರತಿ-ಹೋಸ್ಟ್ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು ಕೊಳವನ್ನು ಮಾರ್ಗೀಕರಣ ವಿನ್ಯಾಸದಲ್ಲಿ ಒಂದು ಸಂಕ್ಷೇಪಿಸಬಹುದಾದ ಬ್ಲಾಕ್ ಆಗಿ ಇರಿಸಿ.

ಅನುವಾದವು ಉಳಿದ ವ್ಯವಸ್ಥೆ ನೋಡುವುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಮೂಲವನ್ನು ಮರುಬರೆಯುವಾಗ, ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ನಲ್ಲಿನ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಲಾಗ್ನಲ್ಲಿನ ವಿಳಾಸವು ಅನುವಾದಿತವಾದದ್ದು, ಆದ್ದರಿಂದ ಕೊಳದ ವಿಳಾಸದ ವಿರುದ್ಧ ಬರೆದ ನಿಯಮ ಯಾವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಮತ್ತು ಲಾಗ್ ಸಾಲನ್ನು ಕ್ಲೈಂಟ್ನವರೆಗೆ ಪತ್ತೆ ಮಾಡಲಾಗದು. strongSwan ನ ಮುಂದಕ್ಕೆ ರವಾನೆ ದಸ್ತಾವೇಜು IKEv2 ಗೇಟ್ವೇಗೆ ಆ ಮಾರ್ಗದ ಸರ್ವರ್-ಬದಿಯ ಅರ್ಧವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. DNS ಕೂಡ ಅದೇ ನಿರ್ಬಂಧವನ್ನು ಹೊತ್ತಿದೆ, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ತಲುಪಲಾಗದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು ನಂತರ ಮತ್ತು ಬೇರೆಡೆ ವಿಫಲವಾಗುತ್ತದೆ.

ಎರಡು ಕ್ಲೈಂಟ್ಗಳು, ನಂತರ ಒಂದು ರದ್ದತಿ

ಒಂದೇ ಸಮಯದಲ್ಲಿ ಎರಡು ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ಓದಿ. ಅವು ಪ್ರತ್ಯೇಕ, ಬಳಸಬಹುದಾದ ಮತ್ತು ಕೊಳದ ಒಳಗೆ ಇರಬೇಕು, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನಗೆ ಉದ್ದೇಶಿಸಿದ ಸೇವೆಯನ್ನು ತಲುಪಬೇಕು. ನಕಲಿ ವಿಳಾಸಗಳನ್ನು ನೀಡುವ ಕೊಳ ಸಾಮಾನ್ಯವಾಗಿ ಇಲ್ಲಿಯೇ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮೊದಲ ಏಕ-ಕ್ಲೈಂಟ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಅಲ್ಲ.

ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಒಂದು ರುಜುವಾತನ್ನು ರದ್ದುಮಾಡಿ, ನಂತರ ಉಳಿದ ಕ್ಲೈಂಟ್ನಿಂದ ಸೇವೆಯನ್ನು ಪ್ರಯತ್ನಿಸಿ. ಇನ್ನೊಂದು ಅಧಿವೇಶನಕ್ಕೆ ಅಡ್ಡಿಪಡಿಸುವ ರದ್ದತಿ ಹಂಚಿಕೆಯ ಸ್ಥಿತಿಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಬಹುತೇಕ ಒಂದು ರುಜುವಾತು ಅಥವಾ ಸಾಧನಗಳ ನಡುವೆ ಮರುಬಳಕೆಯಾದ ಒಂದು ವಿಳಾಸ. ರದ್ದಾದ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಬಿಡುಗಡೆಯಾದ ವಿಳಾಸವನ್ನು ನೀಡುವ ಬದಲು ಅದನ್ನು ನಿರಾಕರಿಸಲಾಗುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

ನಿರಾಕರಿಸಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಮುಗಿಸಿ. ಎಲ್ಲವನ್ನೂ ತಲುಪುವ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಪರೀಕ್ಷಿಸಲ್ಪಟ್ಟಿಲ್ಲ.

ನಾಲ್ಕು ಮೌಲ್ಯಗಳನ್ನು ಮುಂದಿನ ಬದಲಾವಣೆ ಅವನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ

ದಾಖಲೆ ಚಿಕ್ಕದು: ಕೊಳದ ಶ್ರೇಣಿ ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್, ನಿಗದಿ ಮೋಡ್, ಮರಳುವ ಮಾರ್ಗ ಅಥವಾ ಬಳಕೆಯಲ್ಲಿರುವ ಅನುವಾದ, ಮತ್ತು ಆ ಗಮ್ಯಸ್ಥಾನಗಳಿಗೆ ಉತ್ತರಿಸುವ DNS ವ್ಯಾಪ್ತಿ. ಅದನ್ನು ಟಿಕೆಟ್ನಲ್ಲಿ ಅಲ್ಲ, ಸರ್ವರ್ ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ದಿನಾಂಕ ಹಾಕಿ. ನಂತರ ನಾಲ್ಕರಲ್ಲಿ ಒಂದನ್ನು ಬದಲಾಯಿಸುವವರಿಗೆ ಉಳಿದ ಮೂರು ಕಣ್ಮುಂದೆ ಬೇಕು, ಏಕೆಂದರೆ ಕೊಳದ ಗಾತ್ರದ ಬದಲಾವಣೆ ಮಾರ್ಗವನ್ನು ಮುರಿಯುತ್ತದೆ ಮತ್ತು ಮಾರ್ಗದ ಬದಲಾವಣೆ DNS ಉತ್ತರವನ್ನು ಮುರಿಯುತ್ತದೆ.

ಅದರೊಂದಿಗೆ ಮಾಲೀಕತ್ವದ ಟಿಪ್ಪಣಿಯನ್ನು ಇರಿಸಿ: ಸುರಂಗದ ಶ್ರೇಣಿ VPN ಸರ್ವರ್ಗೆ ಸೇರಿದ್ದು, ಮತ್ತು LAN ನ DHCP ವ್ಯಾಪ್ತಿಯಲ್ಲಿ ಮಾಡಿದ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಸುರಂಗದ ಒಳಗಿನ ಕ್ಲೈಂಟ್ಗೆ ಏನನ್ನೂ ಕಾಯ್ದಿರಿಸುವುದಿಲ್ಲ. ಆ ಒಂದೇ ಸಾಲು ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಮರುಕೆಲಸವನ್ನು ತಡೆಯುತ್ತದೆ, ಅಲ್ಲಿ ಯಾರಾದರೂ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಸೇರಿಸಿ ಸುರಂಗದ ವಿಳಾಸ ಅದನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುತ್ತಾರೆ.