macOS ನಲ್ಲಿ qBittorrent ಅನ್ನು VPN ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹೇಗೆ ಬೈಂಡ್ ಮಾಡುವುದು
macOS ನಲ್ಲಿ qBittorrent ನ Advanced ನಲ್ಲಿ Network Interface ಸೆಟ್ ಮಾಡಿ, utun ಹೆಸರುಗಳನ್ನು ಚಾಲಿತ ಟನೆಲ್‌ಗೆ ನಕ್ಷೆ ಮಾಡಿ, ಕ್ಲೈಂಟ್ ಮರುಪ್ರಾರಂಭಿಸಿ, ನಂತರ ವರ್ಗಾವಣೆಯಿಂದ ಬೈಂಡಿಂಗ್ ಸಾಬೀತು ಮಾಡಿ.
ನಾನು Mac mini ನಲ್ಲಿ qBittorrent ತೆರೆದು, Network Interface ಅನ್ನು utun4 ಗೆ ಸೆಟ್ ಮಾಡಿ, ಮರುಪ್ರಾರಂಭಿಸಿದೆ, ನಂತರ VPN ಇನ್ನೂ ಆರೋಗ್ಯಕರ ಸಂಪರ್ಕ ತೋರಿಸುತ್ತಿದ್ದರೂ ಟೊರೆಂಟ್ ಮೆಟಾಡೇಟಾ ಪಡೆಯುವಲ್ಲಿ ನಿಂತಿರುವುದನ್ನು ನೋಡುತ್ತಾ ಒಂದು ಮಧ್ಯಾಹ್ನ ಕಳೆದೆ. ಸೆಟ್ಟಿಂಗ್ ತಾತ್ವಿಕವಾಗಿ ತಪ್ಪಾಗಿರಲಿಲ್ಲ; ಹೆಸರು ಹಳೆಯದಾಗಿತ್ತು. macOS ಸೇವೆಗಳು ಪ್ರಾರಂಭವಾದಾಗ utun ಸಂಖ್ಯೆಗಳನ್ನು ನೀಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಿಂದಿನ ವಾರ ಸರಿಯಾಗಿದ್ದ utun4 ಈಗ ಇಲ್ಲದ ಟನೆಲ್‌ಗೆ ತೋರಿಸುತ್ತಿತ್ತು, ಮತ್ತು ಕ್ಲೈಂಟ್ ತನ್ನ ಸಾಕೆಟ್‌ಗಳನ್ನು ಮಾರ್ಗವಿಲ್ಲದ ಸಾಧನಕ್ಕೆ ಬೈಂಡ್ ಮಾಡುತ್ತಿತ್ತು. ಕೆಳಗಿನ ಕ್ರಮವೇ ನಾನು ಈಗ ಬಳಸುವದು: ಚಾಲಿತ ಟನೆಲ್‌ನಿಂದ ಇಂಟರ್ಫೇಸ್ ಓದಿ, ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಿ, ಸೆಷನ್ ಮರುಪ್ರಾರಂಭಿಸಿ, ನಂತರ ವರ್ಗಾವಣೆ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಸಂಪರ್ಕ ಕಡಿತದಿಂದ ಬೈಂಡಿಂಗ್ ಸಾಬೀತು ಮಾಡಿ.
Advanced ತೆರೆದು ಇಂಟರ್ಫೇಸ್ ಕ್ಷೇತ್ರ ಹುಡುಕಿ
qBittorrent ಕಿಟಕಿಯಲ್ಲಿ Cmd+, ಬಳಸಿ Preferences ತೆರೆದು Advanced ಪುಟಕ್ಕೆ ಹೋಗಿ. Network Interface ಮುಖ್ಯವಾದ ಕ್ಷೇತ್ರ: ಅದು ಸಿಸ್ಟಂನ ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಡಿಫಾಲ್ಟ್ ಆಗಿ Any Interface ನಲ್ಲಿರುತ್ತದೆ, ಅಂದರೆ ಕ್ಲೈಂಟ್ ತೆರೆಯುವ ಪ್ರತಿ ಸಾಕೆಟ್‌ಗೂ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಮಾರ್ಗ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಯೋಜನೆಯ ಆಯ್ಕೆ ಉಲ್ಲೇಖ ಈ ಕ್ಷೇತ್ರ ಮತ್ತು ಆ ಡಿಫಾಲ್ಟ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಒಳಗಿನ ಹೆಸರುಗಳು ಒಂದೇ ಅಲ್ಲದಿದ್ದರೂ ಇದು ಎಲ್ಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ ಒಂದೇ ಸೆಟ್ಟಿಂಗ್.
ಇಲ್ಲಿ ಎರಡು ವಿವರಗಳು ಜನರನ್ನು ಗೊಂದಲಕ್ಕೀಡು ಮಾಡುತ್ತವೆ. ಪಟ್ಟಿ en0, en1 ಮತ್ತು utun0 ರಿಂದ utun9 ನಂತಹ ಸಾಧನ ಹೆಸರುಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಎಂದಿಗೂ VPN ಪೂರೈಕೆದಾರರ ಉತ್ಪನ್ನ ಹೆಸರನ್ನು ತೋರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸೂಕ್ತವಾದದ್ದನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ನಿಮಗೆ ನಕ್ಷೆ ಬೇಕು. ಮತ್ತು ಆಯ್ಕೆ BitTorrent ಸೆಷನ್ ಪ್ರಾರಂಭವಾದಾಗ ಅನ್ವಯವಾಗುತ್ತದೆ, ನೀವು OK ಒತ್ತಿದ ಕ್ಷಣದಲ್ಲಿ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಉಳಿಸಿದಂತೆ ಕಾಣುವ ಬದಲಾವಣೆ ಇನ್ನೂ ಹಳೆಯ ಬೈಂಡಿಂಗ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿರಬಹುದು.
ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು Cmd+Q ನಿಂದ ಸರಿಯಾಗಿ ಮುಚ್ಚಿ ಮತ್ತು ಮತ್ತೆ ತೆರೆಯುವ ಮೊದಲು ಪ್ರಕ್ರಿಯೆ ಹೋಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕಿಟಕಿ ಮುಚ್ಚುವುದು ಅದನ್ನು ಮರೆಮಾಡುತ್ತದೆ ಮಾತ್ರ, ಮತ್ತು ಮರೆಮಾಡಿದ ಕ್ಲೈಂಟ್ ತನ್ನ ಸೆಷನ್, ಕೇಳುವ ಪೋರ್ಟ್ ಮತ್ತು ಹಳೆಯ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ.
pgrep -fl qbittorrentನಿಮ್ಮ VPN ನಿಜವಾಗಿ ಹೊಂದಿರುವ ಇಂಟರ್ಫೇಸ್ ಹುಡುಕಿ
ಮೊದಲು ಪೂರೈಕೆದಾರರ ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಮೂಲಕ VPN ಸಂಪರ್ಕಿಸಿ, ನಂತರ ಕ್ಲೈಂಟ್ ಮೆನುವಿನ ಬದಲು ಸಿಸ್ಟಂನ ದೃಶ್ಯವನ್ನು ಓದಿ. ಕೆಳಗಿನ ಆದೇಶಗಳು ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಅದರ ವಿಳಾಸಗಳೊಂದಿಗೆ ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ, ಸಿಸ್ಟಂ ಯಾವುದನ್ನು ಸಕ್ರಿಯ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತವೆ ಮತ್ತು ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಮುದ್ರಿಸುತ್ತವೆ; ನೀವು ನಿಮ್ಮ ಪೂರೈಕೆದಾರರು ನೀಡುವ ಖಾಸಗಿ ಶ್ರೇಣಿಯನ್ನು ಹೊತ್ತಿರುವ utun ಸಾಧನವನ್ನು ಹುಡುಕುತ್ತಿದ್ದೀರಿ.
ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5ಮೂರು ಓದುವಿಕೆಗಳು ಯಾವ ಸಾಧನ ಟನೆಲ್ ಎಂದು ಹೇಳುತ್ತವೆ. utun ನಮೂದಿಗೆ VPN ನ ಪೂಲ್‌ಗೆ ಸೇರಿದ inet ವಿಳಾಸ ಬೇಕು. scutil --nwi ಸಿಸ್ಟಂ ಯಾವ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಸಕ್ರಿಯ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದು ಪ್ರಾಥಮಿಕ ಎಂದು ತೋರಿಸುತ್ತದೆ. netstat -rn ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ ಎಲ್ಲಿಗೆ ತೋರಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಮಾರ್ಗ ಇನ್ನೂ en0 ಗೆ ತೋರಿಸುತ್ತಿದ್ದರೆ ಆದರೆ utun ಗೆ ವಿಳಾಸ ಇದ್ದರೆ, ಟನೆಲ್ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಹೊತ್ತಿಲ್ಲ, ಇದು ನಂತರ ಬೈಂಡಿಂಗ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
ಎರಡು ಟನೆಲ್‌ಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಇರಬಹುದಾದಾಗ, ಉದಾಹರಣೆಗೆ ಕೆಲಸದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ವೈಯಕ್ತಿಕ, ಎರಡೂ utun ಸಾಧನಗಳು ಇರುತ್ತವೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಉಪಯುಕ್ತ. ಬೈಟ್ ಕೌಂಟರ್‌ಗಳು ಪ್ರಶ್ನೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ: ಕೌಂಟರ್‌ಗಳನ್ನು ಬರೆದುಕೊಳ್ಳಿ, ಪುಟ ಲೋಡ್ ಮಾಡಿ ಅಥವಾ ಸಣ್ಣ ವರ್ಗಾವಣೆ ಪ್ರಾರಂಭಿಸಿ ಮತ್ತು ಯಾವುದು ಚಲಿಸಿತು ಎಂದು ನೋಡಿ.
netstat -ib | grep utunಸಂಖ್ಯೆಯನ್ನು ಸ್ಥಿರ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ. ಮರುಸಂಪರ್ಕವು ಅದೇ ಟನೆಲ್‌ಗೆ ಬೇರೆ utun ಹೆಸರು ನೀಡಬಹುದು, ಮತ್ತು iCloud ಅಥವಾ Continuity ಸೇವೆ ನಿಮ್ಮ VPN ಸಂಪರ್ಕಗೊಳ್ಳುವ ಬಹಳ ಮೊದಲೇ utun0 ಅನ್ನು ಹಿಡಿದಿಡಬಹುದು.
ಬೈಂಡಿಂಗ್ ಅನ್ನು ಟನೆಲ್‌ನ ವ್ಯಾಪ್ತಿಗೆ ಹೊಂದಿಸಿ
ಕ್ಷೇತ್ರವು ಸಾಧನವನ್ನು ಬೈಂಡ್ ಮಾಡುತ್ತದೆ, ಅಷ್ಟೇ ಅದು ಮಾಡುವುದು. VPN 0.0.0.0/0 ಅನ್ನು utun ಗೆ ಮಾರ್ಗ ಮಾಡುವ ಪೂರ್ಣ ಟನೆಲ್ ಆಗಿದ್ದರೆ, ಆ ಸಾಧನಕ್ಕೆ ಬೈಂಡ್ ಮಾಡುವುದು ಪ್ರತಿ ಪೀರ್ ಸಂಪರ್ಕ ಮತ್ತು ಪ್ರತಿ ಟ್ರ್ಯಾಕರ್ ವಿನಂತಿಯನ್ನು VPN ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ. VPN ಕೆಲವೇ ಸಬ್‌ನೆಟ್‌ಗಳನ್ನು ಮಾರ್ಗ ಮಾಡುವ ವಿಭಜಿತ ಟನೆಲ್ ಆಗಿದ್ದರೆ, utun ಗೆ ಬೈಂಡ್ ಮಾಡುವುದು ಪೀರ್ ಸಂಚಾರವನ್ನು ಆ ಪೀರ್‌ಗಳಿಗೆ ಮಾರ್ಗವಿಲ್ಲದ ಸಾಧನಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ವರ್ಗಾವಣೆಗಳು ಸೋರಿಕೆಯಾಗುವ ಬದಲು ನಿಲ್ಲುತ್ತವೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳು Any Interface ಗಿಂತ ಸುರಕ್ಷಿತ, ಆದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ಕೆಲಸ ಮಾಡುತ್ತಿರಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್‌ನ ಹೊರಗೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ: ಬ್ರೌಸರ್‌ಗಳು ಮತ್ತು ಇತರ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ತಮ್ಮ ಮಾರ್ಗಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಒಳಗೊಳ್ಳುವ ಅಗತ್ಯವನ್ನು VPN ಬದಿಯಿಂದ ಜಾರಿಗೊಳಿಸಬೇಕು.
ಏನನ್ನಾದರೂ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಪರಿಸ್ಥಿತಿ ಓದಿ:
| What you see | What it means for the bind |
|---|---|
| A utun with a provider address and the default route pointing at it | Full tunnel; the bind covers peer and tracker traffic |
| A utun with a provider address but the default route still on en0 | Split tunnel; the bind will stall transfers unless the provider routes 0.0.0.0/0 |
| No utun carrying a provider address | The VPN is down or connects on demand; bring it up before selecting |
| A utun number that changed since the last session | The saved name is stale; reselect and restart |
ವಿಳಾಸ ಕುಟುಂಬವೂ ಮುಖ್ಯ. ಕೇವಲ IPv4 ನೀಡುವ ಪೂರೈಕೆದಾರ ಬೈಂಡ್ ಆದ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು IPv6 ವಿಳಾಸವಿಲ್ಲದೆ ಬಿಡುತ್ತಾನೆ, ಆದ್ದರಿಂದ IPv6 ಪೀರ್‌ಗಳು Wi-Fi ಮೂಲಕ ಜಾರಿಕೊಳ್ಳುವ ಬದಲು ವಿಫಲವಾಗುತ್ತವೆ. ಪ್ರತ್ಯೇಕವಾಗಿ, ಸಾಕೆಟ್‌ಗಳನ್ನು ಬೈಂಡ್ ಮಾಡುವುದು ಹೆಸರು ಪರಿಹಾರವನ್ನು ನಿಗದಿಗೊಳಿಸುವುದಿಲ್ಲ: ಟ್ರ್ಯಾಕರ್ ಹೋಸ್ಟ್‌ಹೆಸರುಗಳನ್ನು macOS ರಿಸಾಲ್ವರ್ ಮೂಲಕ ಪರಿಹರಿಸಲಾಗುತ್ತದೆ, ಅದು ಆಯ್ಕೆ ಮಾಡಿದ ಸಾಧನದ ಬದಲು ಸಿಸ್ಟಂನ DNS ಸಂರಚನೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ.
ಸರಿ ಎಂದು ಕಾಣುವ ಆಯ್ಕೆ ವಿಫಲವಾಗುವ ಮೂರು ರೀತಿಗಳು
ಮೊದಲ ವೈಫಲ್ಯ ಮರುಪ್ರಾರಂಭಿಸದಿರುವುದು. ಕ್ಷೇತ್ರ utun4 ತೋರಿಸುತ್ತದೆ, ಆದ್ಯತೆಗಳು ಸಂರಚಿತವಾಗಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಪರೀಕ್ಷಾ ವರ್ಗಾವಣೆ ಇನ್ನೂ Wi-Fi ಮೂಲಕ ಹೊರಡುತ್ತದೆ ಏಕೆಂದರೆ ಚಾಲಿತ ಸೆಷನ್ ಹಳೆಯ ಬೈಂಡಿಂಗ್ ಅನ್ನು ಉಳಿಸಿಕೊಂಡಿತ್ತು. ಸಂಪೂರ್ಣವಾಗಿ ಮುಚ್ಚಿ, pgrep ನಿಂದ ಖಚಿತಪಡಿಸಿ, ಮತ್ತೆ ತೆರೆದು ವರ್ಗಾವಣೆ ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ.
ಎರಡನೆಯದು ಮರುಸಂಪರ್ಕದ ನಂತರ ಹಳೆಯ ಹೆಸರು. ಬೈಂಡ್ ಆದ ಸಾಧನ ಕಣ್ಮರೆಯಾದ ಕೂಡಲೇ ಪೀರ್ ಸಂಪರ್ಕಗಳು ವಿಫಲವಾಗುತ್ತವೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಇಂಟರ್ಫೇಸ್ ಹೋಯಿತು ಎಂಬ ಸ್ವಚ್ಛ ಸಂದೇಶದ ಬದಲು ಟ್ರ್ಯಾಕರ್ ದೋಷಗಳನ್ನು ವರದಿ ಮಾಡಲು ಒಲವು ತೋರುತ್ತದೆ, ಅದು ಸತ್ತ ಟೊರೆಂಟ್‌ನಂತೆ ಕಾಣುತ್ತದೆ. ifconfig ಮತ್ತೆ ಓದಿ, ಹೊಸ ಹೆಸರು ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ಮರುಪ್ರಾರಂಭಿಸಿ.
ಮೂರನೆಯದು ಬೈಂಡಿಂಗ್ ಮುಚ್ಚಿದ ರೂಪದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸುವುದು. ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡುವುದು ಸಿಸ್ಟಂಗೆ ಸಾಕೆಟ್‌ಗಳನ್ನು ಸಾಧನ ಹೆಸರಿಗೆ ಲಗತ್ತಿಸಲು ಕೇಳುತ್ತದೆ; ಆ ಹೆಸರು ಇಲ್ಲದಿದ್ದಾಗ ಅಥವಾ ಮರುಬಳಕೆಯಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಸೆಟ್ಟಿಂಗ್ಸ್ ಪರದೆ ಖಾತರಿಪಡಿಸುವುದಿಲ್ಲ. ಮುಂದಿನ ವಿಭಾಗದ ಸಂಪರ್ಕ ಕಡಿತ ಪರೀಕ್ಷೆಯೇ ಎಣಿಕೆಗೆ ಬರುವ ಏಕೈಕ ಸಾಕ್ಷ್ಯ.
ನಿಜವಾದ ವರ್ಗಾವಣೆ ಮತ್ತು ಸಂಪರ್ಕ ಕಡಿತದಿಂದ ಪರಿಶೀಲಿಸಿ
ನಿಮಗೆ ಅನುಮತಿಸಿದ ವರ್ಗಾವಣೆ ಬಳಸಿ, ಉದಾಹರಣೆಗೆ Linux ವಿತರಣಾ ಚಿತ್ರ, ಮತ್ತು VPN ಸಂಪರ್ಕಗೊಂಡಿರುವಾಗ ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಮೊದಲು ಮತ್ತು ನಂತರ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್‌ಗಳನ್ನು ಗಮನಿಸಿ ಮತ್ತು ಅವುಗಳನ್ನು VPN ಕ್ಲೈಂಟ್‌ನ ಸ್ವಂತ ಡೇಟಾ ಕೌಂಟರ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ; ಪೀರ್ ಪಟ್ಟಿ ತುಂಬುವಾಗ ಎರಡೂ ಒಟ್ಟಿಗೆ ಏರಬೇಕು.
netstat -ib | grep utun
pgrep -fl qbittorrentನಂತರ VPN ಅನ್ನು ಅದರ ಸ್ವಂತ ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತು ವರ್ಗಾವಣೆ ಗಮನಿಸಿ. ಪೀರ್‌ಗಳು ಹೋಗಬೇಕು, ಮತ್ತು ಟನೆಲ್ ಬಿದ್ದ ನಂತರ ಸ್ವಲ್ಪ ಸಮಯದಲ್ಲೇ ಹೊಸ ಸಂಪರ್ಕಗಳು ವಿಫಲವಾಗಬೇಕು. ಥ್ರೂಪುಟ್ ಮುಂದುವರಿದರೆ, ಬೈಂಡಿಂಗ್ ಜಾರಿಯಲ್ಲಿಲ್ಲ ಮತ್ತು ನೀವು ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಮರುಪ್ರಾರಂಭದ ಹಂತಕ್ಕೆ ಮರಳಿದ್ದೀರಿ.
ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಆಯ್ಕೆ ಮಾಡಿದ ಹೆಸರನ್ನು ಮತ್ತೊಮ್ಮೆ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಟನೆಲ್ ಬೇರೆ utun ಅಡಿಯಲ್ಲಿ ಹಿಂತಿರುಗಬಹುದು. ಟನೆಲ್ ಪ್ರಕಾರ, ಇಂಟರ್ಫೇಸ್ ಹೆಸರು ಮತ್ತು VPN ಬಿದ್ದಾಗ ನಿರೀಕ್ಷಿತ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸುವ ಸಣ್ಣ ಟಿಪ್ಪಣಿ ಮುಂದಿನ ಸೆಷನ್ ಉಳಿಸುತ್ತದೆ: ಈ ಸೆಟ್ಟಿಂಗ್ ಪ್ರತಿ ಯಂತ್ರ ಮತ್ತು ಪ್ರತಿ ಪೂರೈಕೆದಾರರಿಗೆ, ಮತ್ತು ಅದು ಕ್ಲೈಂಟ್ ಅಪ್‌ಗ್ರೇಡ್ ಅಥವಾ VPN ಅಪ್ಲಿಕೇಶನ್ ಬದಲಾವಣೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ.