ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಒಂದೇ ಸಬ್ನೆಟ್: ದೂರದ LAN ಅನ್ನು ಮುಕ್ತ ಶ್ರೇಣಿಗೆ ಮ್ಯಾಪ್ ಮಾಡಿ

ಮನೆ ಮತ್ತು ಕಚೇರಿ ಎರಡೂ 192.168.1.0/24 ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ 192.168.1.1 ಗೆ ಕೋರಿಕೆಗೆ ಎರಡು ಸಂಭಾವ್ಯ ಉತ್ತರಗಳಿವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಕೇಳದೆಯೇ ಒಂದನ್ನು ಆರಿಸುತ್ತದೆ. ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು ಅಪರೂಪಕ್ಕೆ ಜನಪ್ರಿಯ, ಮತ್ತು ರೌಟರ್ ವಿಳಾಸಗಳು ಆಗಾಗ್ಗೆ ಪ್ರಿಂಟರ್ಗಳು, ಕ್ಯಾಮೆರಾಗಳು ಮತ್ತು ದಾಖಲೆಗಳಲ್ಲಿ ಹುದುಗಿರುತ್ತವೆ. ಕ್ಲೈಂಟ್-ಬದಿಯ ವಿಳಾಸ ಮ್ಯಾಪಿಂಗ್ ಬದಲಾಗಿ ದೂರದ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಮುಕ್ತ ಶ್ರೇಣಿಯ ಅಡಿಯಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು, ಮತ್ತು ಹೋಸ್ಟ್ ಭಾಗ ಹಾಗೆಯೇ ಉಳಿಯಬಹುದು, ಆದ್ದರಿಂದ 192.168.1.20 10.203.41.20 ಆಗಿ ಕಾಣುತ್ತದೆ. ಸಿಕ್ಕು ಎಂದರೆ ಕೆಲವೇ ಕ್ಲೈಂಟ್ಗಳು ಅದನ್ನು ಅಳವಡಿಸುತ್ತವೆ, ಮತ್ತು ಅದು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಕ್ಕೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.

ಒಂದೇ ಹೋಸ್ಟ್ನ ಎರಡು ನೋಟಗಳು

ಮ್ಯಾಪಿಂಗ್ ಹೋಸ್ಟ್ ಭಾಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಭಾಗವನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸುತ್ತದೆ. ನಂತರ ಅದೇ ಯಂತ್ರ ನೀವು ಎಲ್ಲಿ ನಿಂತಿದ್ದೀರಿ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಎರಡು ವಿಳಾಸಗಳಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ. ಏನನ್ನಾದರೂ ಸಂರಚಿಸುವ ಮೊದಲು ಎರಡೂ ಕಾಲಮ್ಗಳನ್ನು ಬರೆದಿಟ್ಟರೆ ನಂತರ ಲಾಗ್ಗಳು ಮತ್ತು ಫೈರ್ವಾಲ್ ನಿಯಮಗಳನ್ನು ತಪ್ಪಾಗಿ ಓದುವುದನ್ನು ತಪ್ಪಿಸಬಹುದು.

ಮನೆಯ ಸ್ಥಳೀಯ ಸಾಧನಗಳು ತಮ್ಮ 192.168.1.x ವಿಳಾಸಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಅದೇ ಈ ಅಭ್ಯಾಸದ ಉದ್ದೇಶ. ಪಕ್ಕದ ಕೋಣೆಯ ಪ್ರಿಂಟರ್ ತಲುಪುವಂತೆಯೇ ಇರುತ್ತದೆ, ಕಚೇರಿ ಘರ್ಷಣೆಯಾಗದ ಶ್ರೇಣಿಯ ಅಡಿಯಲ್ಲಿ ಕಾಣುತ್ತದೆ.

ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳ ಕ್ರಮವೇ ಇಡೀ ಉಪಾಯ

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

push "route 10.203.41.0 255.255.255.0"
push "client-nat dnat 10.203.41.0 255.255.255.0 192.168.1.0"

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

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

ಮ್ಯಾಪಿಂಗ್ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ

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

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

ಕ್ಲೈಂಟ್ ರೂಟ್ ಮಾಡುವ ಬೇರೆ ಯಾವುದರೊಂದಿಗೂ ಘರ್ಷಣೆಯಾಗದ ಉಪನಾಮ ಶ್ರೇಣಿಯನ್ನು ಆರಿಸಿ: ಇನ್ನೊಂದು VPN, ಕಂಟೇನರ್ ನೆಟ್ವರ್ಕ್, ಎರಡನೇ ಕಚೇರಿ. ಇಲ್ಲಿ ಘರ್ಷಣೆ ಮೂಲ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ಬೇರೆ ಸಂಖ್ಯೆಯ ಅಡಿಯಲ್ಲಿ ಮರಳಿ ತರುತ್ತದೆ ಮತ್ತು ವಿಳಾಸಗಳು ಪರಿಚಯವಿಲ್ಲದಂತೆ ಕಾಣುವುದರಿಂದ ಗಮನಿಸುವುದು ಕಷ್ಟ.

ಹೆಸರುಗಳು ಮತ್ತು ಪೇಲೋಡ್ಗಳು ಅನುವಾದವನ್ನು ಉಳಿದುಕೊಳ್ಳುತ್ತವೆ

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

ಮರುನಿರ್ದೇಶನಗಳು, ಹುದುಗಿಸಿದ URL ಗಳು ಮತ್ತು ತಮ್ಮ ವಿಳಾಸವನ್ನು ಪೇಲೋಡ್ನಲ್ಲಿ ನೀಡುವ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಮ್ಯಾಪಿಂಗ್ ಸರಿಪಡಿಸಲಾಗದ ರೀತಿಯಲ್ಲಿ ಒಡೆಯಬಹುದು. ಅವುಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಸಮಸ್ಯೆಯಾಗಿ ಪರಿಗಣಿಸಿ ಮತ್ತು ಮರುಸಂಖ್ಯೆ ಅನಗತ್ಯ ಎಂದು ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಶ್ರಮವನ್ನು ಅದಕ್ಕೆ ತಕ್ಕಂತೆ ಅಳೆಯಿರಿ.

ಬದ್ಧವಾಗುವ ಮೊದಲು ಮೂರು ಪರಿಶೀಲನೆಗಳು

ಮೊದಲಿಗೆ, ಕ್ಲೈಂಟ್ ಅಳವಡಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸಿ. Community OpenVPN ಈ ಆಯ್ಕೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ; OpenVPN 3 ಕೋಡ್ಬೇಸ್ ಅದನ್ನು ಬೆಂಬಲಿಸದ ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ Connect ಶೈಲಿಯ ಕ್ಲೈಂಟ್ಗೆ ತಳ್ಳಿದ ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಸುಮ್ಮನೆ ನಿರ್ಲಕ್ಷಿಸಬಹುದು. ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟು ಎಂದಿಗೂ ಅನ್ವಯವಾಗದ ಸೂಚನೆ ದೋಷಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಸುರಂಗವು ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತದೆ.

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

ಕ್ಲೈಂಟ್ ಅನುವಾದ ಮಾಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಗೇಟ್ವೇ ಬದಿಯಿಂದ ಸಹಾಯ ಕೇಳಿ ಅಥವಾ ಮರುಸಂಖ್ಯೆಯನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ. ಅದೇ ವಿಳಾಸಕ್ಕೆ ಹೆಚ್ಚು ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸುವುದು ವಿನ್ಯಾಸವಲ್ಲ.