ಆಮದಿಸಿದ VPN ಮಾರ್ಗಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಕ್ಲೈಂಟಿಗಿಂತ ಭಿನ್ನವಾಗಿವೆಯೇ? ಎರಡನ್ನೂ ಹೋಲಿಸಿ

ಕೆಲವು ಖಾಸಗಿ ಸೇವೆಗಳು VPN ಮೂಲಕ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತವೆ, ಆದರೆ ಸಾಮಾನ್ಯ ಇಂಟರ್ನೆಟ್ ಸಂಚಾರವು ಸಹೋದ್ಯೋಗಿಯ ಯಂತ್ರದಲ್ಲಿರುವಂತೆ ವರ್ತಿಸುವುದಿಲ್ಲ, ಮತ್ತು Ubuntu ಕ್ಲೈಂಟ್ ಹಾಳಾಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಪ್ರಲೋಭನೆ ಉಂಟಾಗುತ್ತದೆ. ಆ ತೀರ್ಮಾನವು ಒಂದು ಹಂತವನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಖಾಸಗಿ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಭಿನ್ನವಾದ ಸಾರ್ವಜನಿಕ ಮಾರ್ಗ ಎರಡು ವೀಕ್ಷಣೆಗಳು, ಮತ್ತು ವ್ಯತ್ಯಾಸವು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ಸಂಚಾರ ನೀತಿಯಲ್ಲಿ ಇರುತ್ತದೆ, ಕ್ಲೈಂಟಿನಲ್ಲಲ್ಲ.

ಉಳಿಸಿದ ಸಂರಚನೆಯನ್ನು ಪರಿಣಾಮಕಾರಿ ಜಾಲ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಹೋಲಿಸಲು ಮೂರು ಆಜ್ಞೆಗಳು ಬೇಕು ಮತ್ತು ಊಹೆ ಉತ್ತರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದ ಪ್ರಶ್ನೆಗೆ ಅದು ಉತ್ತರಿಸುತ್ತದೆ.

ಮೊದಲು ಉಳಿಸಿದ ಪ್ರೊಫೈಲ್, ನಂತರ ಪರಿಣಾಮಕಾರಿ ಸ್ಥಿತಿ

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

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

ಹೆಸರುಗಳು ಘರ್ಷಿಸಿದಾಗ UUID ಓದಿ; ನಕಲಿ ಹೆಸರುಗಳು ಮರುಸ್ಥಾಪನೆಗಳು ಮತ್ತು ಪ್ರೊಫೈಲ್ ಪುನಃಸ್ಥಾಪನೆಗಳನ್ನು ದಾಟಿ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ಪ್ರತಿಯನ್ನು ಸಂಪಾದಿಸಲು ನೀವು ಒಂದು ಗಂಟೆ ಕಳೆಯಬಹುದು. ನೀವು ನೋಡುವ ಮೌಲ್ಯಗಳು ಉಳಿಸಿದ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತವೆ: ಪ್ರೊಫೈಲ್ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದೇ, ಯಾವ ಮಾರ್ಗಗಳನ್ನು ಸಂಗ್ರಹಿಸಲಾಗಿದೆ ಮತ್ತು ಯಾವ ರೆಸಾಲ್ವರುಗಳು ಮತ್ತು ಹುಡುಕಾಟ ಡೊಮೇನುಗಳನ್ನು ಅದು ಕೇಳುತ್ತದೆ. ಸಂಪರ್ಕ ಸಕ್ರಿಯವಾದಾಗ ಏನಾಯಿತು ಎಂಬುದನ್ನು ಅವು ವಿವರಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ಲಗಿನ್ ಅಥವಾ ಸರ್ವರ್ ಪುಷ್ ಪ್ರೊಫೈಲ್ ಹೇಳದ ಸ್ಥಿತಿಯನ್ನು ಸೇರಿಸಬಹುದು. ಅದಕ್ಕಾಗಿಯೇ ಮುಂದಿನ ಆಜ್ಞೆ ಮುಖ್ಯ.

ನಂತರ ಆ ಉದ್ದೇಶದೊಂದಿಗೆ ಸಿಸ್ಟಂ ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡಿತು ಎಂದು ನೋಡಿ, ನೀತಿ ನಿಯಮಗಳು ಮತ್ತು ಮುಖ್ಯ ಪಟ್ಟಿ ಮಾತ್ರವಲ್ಲದೆ ಪ್ರತಿ ಪಟ್ಟಿ ಸೇರಿದಂತೆ. ಉಳಿಸಿದ ಗುಣಲಕ್ಷಣಗಳು ಒಳಹರಿವುಗಳು, ಮತ್ತು ಸ್ಥಾಪಿತ ಪಟ್ಟಿಗಳು ಫಲಿತಾಂಶ.

ip -4 rule show
ip -4 route show table all

ಎರಡು ಗಮ್ಯಸ್ಥಾನಗಳು, ಒಂದು ಹೋಲಿಕೆ

ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಒಂದು ಖಾಸಗಿ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಒಂದು ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಆರಿಸಿ, ನಂತರ ಪ್ರತಿಯೊಂದೂ ಯಾವ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಕರ್ನಲನ್ನು ಕೇಳಿ. ಎರಡೂ ಯಂತ್ರಗಳಲ್ಲಿ ಇದನ್ನು ಮಾಡುವುದೇ ಮಂದ ಭಿನ್ನತೆಯನ್ನು ನಿರ್ದಿಷ್ಟ ಭಿನ್ನತೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

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

ಎರಡು ಕ್ಲೈಂಟುಗಳು ಒಂದೇ ರೀತಿಯ ಪಠ್ಯವನ್ನು ಮುದ್ರಿಸಬೇಕೆಂದು ಒತ್ತಾಯಿಸಬೇಡಿ. OpenVPN ನ redirect-gateway def1 ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಡೀಫಾಲ್ಟ್ ಬದಲು ಎರಡು ಅರ್ಧ-ಪೂರ್ವಪ್ರತ್ಯಯ ಮಾರ್ಗಗಳಾಗಿ ವ್ಯಕ್ತವಾಗುತ್ತದೆ, ಮತ್ತು ಅವುಗಳನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ತೋರಿಸುವ ಮ್ಯಾನೇಜರ್ ಆ ಕಾರಣದಿಂದಲೇ ತಪ್ಪಲ್ಲ. ಹುಡುಕಾಟಗಳು ತೋರಿಸುವ ಕವರೇಜ್ ಅನ್ನು ನಿರ್ಣಯಿಸಿ, ಸ್ವರೂಪವನ್ನಲ್ಲ.

ಎರಡು ಕ್ಲೈಂಟುಗಳು ಕಾನೂನುಬದ್ಧವಾಗಿ ಭಿನ್ನವಾಗುವ ಸ್ಥಳ

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

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

DNS ಎರಡನೆಯ ಅಕ್ಷ ಮತ್ತು ಅದು ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. ಸರಿಯಾದ ಮಾರ್ಗವೂ ಖಾಸಗಿ ವಲಯಕ್ಕೆ ಉತ್ತರಿಸಲಾಗದ ರೆಸಾಲ್ವರಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಳುಹಿಸಬಹುದು, ಮತ್ತು ಸರಿಯಾದ ರೆಸಾಲ್ವರ್ ತಪ್ಪು ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಖಾಸಗಿ ಹೆಸರು ಬಗೆಹರಿಯುತ್ತದೆ ಆದರೆ ಖಾಸಗಿ ವಿಳಾಸ ಬಗೆಹರಿಯುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ಎರಡು ಪದರಗಳು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಹರಿಸಲ್ಪಡುತ್ತಿವೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಾಗಿ ಪರಿಗಣಿಸಿ.

ಹೋಲಿಕೆಯನ್ನು ಸ್ವಚ್ಛವಾಗಿಡಿ

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

ಉಳಿದ ಎಲ್ಲವನ್ನೂ ಸ್ಥಿರವಾಗಿಡಿ: ಅದೇ ಎಂಡ್ಪಾಯಿಂಟ್, ಅದೇ ಖಾತೆ, ಅದೇ ತಂತ್ರಾಂಶ ಆವೃತ್ತಿಗಳು, ಅದೇ ಜಾಲ. ಸಹೋದ್ಯೋಗಿಯ Windows ಲ್ಯಾಪ್ಟಾಪಿನಲ್ಲಿ ಯಶಸ್ಸು ಬೇರೆ ಕ್ಲೈಂಟ್, ಬೇರೆ ರೆಸಾಲ್ವರ್ ಸಂಯೋಜನೆ ಮತ್ತು ಬಹುಶಃ ಬೇರೆ ಸರ್ವರ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು Ubuntu ಮ್ಯಾನೇಜರ್ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯವಲ್ಲ.

NetworkManager ನ IPv4 ಸೆಟ್ಟಿಂಗುಗಳ ಉಲ್ಲೇಖ never-default ಮತ್ತು ಉಳಿಸಿದ ಮಾರ್ಗ ಗುಣಲಕ್ಷಣಗಳನ್ನು ನಿಖರವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ನೀವು ನಿರ್ವಹಿತ ಮೌಲ್ಯವನ್ನು ಬದಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಓದುವುದು ಯೋಗ್ಯ. ಮತ್ತು ಈ ಹೋಲಿಕೆಯ ವ್ಯಾಪ್ತಿಯನ್ನು ನೆನಪಿಡಿ: ಇದು IPv4 ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಅನುಗುಣವಾದ IPv6 ನೀತಿಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಅದಕ್ಕೆ ಸ್ವಂತ ಡೀಫಾಲ್ಟುಗಳು ಮತ್ತು ನಿಮ್ಮನ್ನು ಬೆಚ್ಚಿಬೀಳಿಸುವ ಸ್ವಂತ ದಾರಿ ಇದೆ.