ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳಿಲ್ಲದ ಪೋರ್ಟಬಲ್ VPN ಕ್ಲೈಂಟ್: ಇನ್ನೂ ಏನು ಮುರಿಯುತ್ತದೆ

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

ಪೋರ್ಟಬಲ್ ಮೂರು ವಿಭಿನ್ನ ಭರವಸೆಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಒಂದೇ ಉಚಿತ

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

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

ಕ್ಲೈಂಟ್ ಕರೆಯುವ ವಿಶೇಷಾಧಿಕಾರ ಸಹಾಯಕವನ್ನು ಹುಡುಕಿ

ಬಹುತೇಕ ಯಾವುದೇ VPN ಕ್ಲೈಂಟ್ ತಾನೇ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸರಿಸುವುದಿಲ್ಲ. Windows ನಲ್ಲಿ ಡೇಟಾ ಮಾರ್ಗವು WFP ಫಿಲ್ಟರ್ಗಳು ಮತ್ತು Base Filtering Engine ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ, macOS ನಲ್ಲಿ ಬಳಕೆದಾರರು ಸಿಸ್ಟಮ್ ಸೆಟ್ಟಿಂಗ್ಗಳಲ್ಲಿ ಅನುಮೋದಿಸುವ NetworkExtension ಪೂರೈಕೆದಾರರ ಮೂಲಕ, ಮತ್ತು Linux ನಲ್ಲಿ tun ಸಾಧನ ಜೊತೆಗೆ ರೂಟಿಂಗ್ ಸ್ಟ್ಯಾಕ್ ಮೂಲಕ. ನೀವು ನಕಲಿಸಿದ ಬೈನರಿ ಆ ಘಟಕಗಳಿಗೆ ನಿಯಂತ್ರಣ ಮೇಲ್ಮೈ, ಅವುಗಳ ಬದಲಿ ಅಲ್ಲ. ಕ್ಲೈಂಟ್ ಯಾವ ಘಟಕವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ, ನಂತರ ಅದು ಸ್ಥಾಪಿತವಾಗಿದೆ, ಚಾಲನೆಯಲ್ಲಿದೆ ಮತ್ತು ನಿಮ್ಮ ಖಾತೆಯಿಂದ ಬಳಸಬಹುದಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಈ ಅಂಶವನ್ನು ಸಾಬೀತುಪಡಿಸಲು Linux ಸುಲಭವಾದ ಸ್ಥಳ, ಏಕೆಂದರೆ ಪರಿಶೀಲನೆ ಒಂದೇ ಸಿಸ್ಟಮ್ ಕರೆ. /dev/net/tun ತೆರೆದು ಕರ್ಣಲ್ನಿಂದ ಸಾಧನವನ್ನು ಕೇಳಲು CAP_NET_ADMIN ಬೇಕು, ಮತ್ತು ಕರ್ಣಲ್ನ TUN/TAP ದಾಖಲೆ ಮಾಲೀಕತ್ವದ ನಿಯಮ ಮತ್ತು ಸಾಮರ್ಥ್ಯ ಎರಡನ್ನೂ ಹೇಳುತ್ತದೆ. ಪರೀಕ್ಷೆಯನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸುವ ಖಾತೆಯಿಂದ ನಡೆಸಿ, root ಆಗಿ ಅಲ್ಲ.

ls -l /dev/net/tun
ip tuntap add dev vpntest mode tun
ip link delete vpntest

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

ಮೊದಲ ಸಂಪರ್ಕದ ಮೊದಲು ಮಾರ್ಗ ಮತ್ತು ಪರಿಹಾರಕ ಬದಲಾವಣೆಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ

ವಿಭಜಿತ ಸುರಂಗವು ಸಂಪರ್ಕವನ್ನು ರೂಟಿಂಗ್ ನಿರ್ಧಾರವಾಗಿ ಮಾಡುತ್ತದೆ, ಪೂರ್ಣ ಸುರಂಗವು ಅದನ್ನು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗದ ಬದಲಿಯಾಗಿ ಮಾಡುತ್ತದೆ. ಎರಡೂ ಹೋಸ್ಟ್ ನೆಟ್ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ಗೆ ಬರೆಯುವಿಕೆಗಳು, ಮತ್ತು ಎರಡೂ ಸವಲತ್ತಿಲ್ಲದ ಖಾತೆಗೆ ವಿಫಲವಾಗುತ್ತವೆ, ಕ್ಲೈಂಟ್ ಸ್ವತಃ ಸ್ವಚ್ಛವಾಗಿ ಪ್ರಾರಂಭವಾದರೂ. ಪರಿಹಾರಕವು ಮೂರನೇ ಬರೆಯುವಿಕೆ, ಮತ್ತು systemd ಹೋಸ್ಟ್ಗಳಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ ಕೊನೆಯಲ್ಲಿ ಮುರಿಯುವುದು ಅದೇ. ಹೆಚ್ಚಿದ ಸ್ಥಾಪನೆಯನ್ನು ಎಲ್ಲಿ ಖರ್ಚು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸುವಾಗ ಈ ಕ್ರಮ ಮುಖ್ಯ.

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

ip route add 10.20.0.0/16 dev vpntest
ip route del 10.20.0.0/16
resolvectl query intranet.example.internal

ಮೊದಲ ಸಾಲು RTNETLINK answers: Operation not permitted ಹಿಂತಿರುಗಿಸಿದರೆ, ಪ್ರೊಫೈಲ್ ಬೇಡುವ ಖಾಸಗಿ ಮಾರ್ಗವನ್ನು ಖಾತೆಯು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದರ್ಥ. ಎರಡನೇ ಸಾಲು ಅದೇ ಹಕ್ಕನ್ನು ವಿರುದ್ಧವಾಗಿ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಇದು ಮುಖ್ಯ ಏಕೆಂದರೆ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಬಲ್ಲ ಆದರೆ ತೆಗೆಯಲಾಗದ ಕ್ಲೈಂಟ್ ಹಿಂದೆ ಮುರಿದ ಕೋಷ್ಟಕವನ್ನು ಬಿಡುತ್ತದೆ. ನಂತರ ಪರಿಹಾರಕ ಪ್ರಶ್ನೆಯು ಖಾಸಗಿ ಹೆಸರುಗಳು ಸುರಂಗದ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಡುತ್ತವೆಯೇ ಅಥವಾ ಹೋಸ್ಟ್ ಈಗಾಗಲೇ ನಂಬುವ ಪರಿಹಾರಕಕ್ಕೆ ಸೋರಿಕೆಯಾಗುತ್ತವೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ.

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

ಅವಧಿಯನ್ನು ಏನು ಉಳಿಯಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

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

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

ip -brief addr show
ip route show table main
resolvectl status

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