VPN ಕೆಲಸ ಮಾಡುತ್ತಿದೆ, ಆದರೆ ಒಂದು ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಇಂಟರ್ನೆಟ್ ಇಲ್ಲವೇ? ಅದರ ಪ್ರಾಕ್ಸಿ ಪರಿಶೀಲಿಸಿ

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

ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಯಾವ ಪದರದ ಒಡೆತನದಲ್ಲಿದೆ

ನಾಲ್ಕು ಸ್ಥಳಗಳು ಅಪ್ಲಿಕೇಶನ್‌ನ ವಿನಂತಿಗಳ ಮೇಲೆ ಅಧಿಕಾರವನ್ನು ಕ್ಲೇಮ್ ಮಾಡಬಹುದು, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅತ್ಯಂತ ಸಣ್ಣದು ಗೆಲ್ಲುತ್ತದೆ. ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಜಾಗತಿಕ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಐಚ್ಛಿಕ ಸ್ವಯಂಚಾಲಿತ ಸಂರಚನಾ URL ಅನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತದೆ; ಬ್ರೌಸರ್ ಅದನ್ನು ಅನುಸರಿಸಬಹುದು, ಅದನ್ನು ಮೀರಬಹುದು ಅಥವಾ ನಿಯಂತ್ರಣವನ್ನು ವಿಸ್ತರಣೆಗೆ ಬಿಟ್ಟುಬಿಡಬಹುದು; ಆಜ್ಞಾ ಸಾಲಿನ ಸಾಧನವು ತನ್ನದೇ ಪರಿಸರವನ್ನು ಓದುತ್ತದೆ; ಮತ್ತು ನಿರ್ವಹಿತ ನೀತಿಯು ಬದಲಾವಣೆಯ ನಂತರ ಮೇಲಿನ ಯಾವುದನ್ನಾದರೂ ಮತ್ತೆ ಪಿನ್ ಮಾಡಬಹುದು. ಏನನ್ನಾದರೂ ಸಂಪಾದಿಸುವ ಮೊದಲು ಯಾವ ಪದರ ಜವಾಬ್ದಾರ ಎಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ತಪ್ಪು ಪದರವನ್ನು ತೆರವುಗೊಳಿಸುವುದು ಮುಂದಿನ ಲಾಗಿನ್‌ನಲ್ಲಿ ಮರಳಿ ಬರುವ ಯಶಸ್ವಿ ಸರಿಪಡಿಸುವಿಕೆಯಂತೆ ಕಾಣುತ್ತದೆ.

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

ಪ್ರತಿ ಸಾಧನವು ನಿಜವಾಗಿ ಬಳಸುವ ಮೌಲ್ಯವನ್ನು ಓದಿ

ಬದಲಾಯಿಸುವ ಮೊದಲು ಸಂರಚನೆಯನ್ನು ಮುದ್ರಿಸಿ, ಮತ್ತು ನಿಖರ ಪ್ರಾಕ್ಸಿ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ನೀವು ಮರುಸ್ಥಾಪಿಸಬಹುದಾದ ಸ್ಥಳಕ್ಕೆ ನಕಲಿಸಿ. ಶೆಲ್ ವೇರಿಯಬಲ್‌ಗಳು ಆಜ್ಞಾ ಸಾಲಿನ ಸಾಧನಗಳಿಗೆ ಅತ್ಯಂತ ವೇಗದ ಪರಿಶೀಲನೆ, ಏಕೆಂದರೆ VPN ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಅವುಗಳನ್ನು ಮುಟ್ಟದೆ ಬಿಡುತ್ತದೆ.

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

ನಿಮ್ಮ ಮುಂದಿರುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗೆ ಹೊಂದುವ ಸಾಲನ್ನು ಮಾತ್ರ ಚಲಾಯಿಸಿ, ನಂತರ ಹೋಸ್ಟ್, ಪೋರ್ಟ್ ಮತ್ತು ರುಜುವಾತುಗಳಿಗಾಗಿ ಔಟ್‌ಪುಟ್ ಓದಿ. ಇಂಥ ಮೌಲ್ಯ http://proxy.corp.example:8080 ಎಂದರೆ ಸಾಧನವು ಪ್ರತಿ ವಿನಂತಿಗೂ ಆ ಹೋಸ್ಟ್ ಅನ್ನು ಕೇಳುತ್ತದೆ, ಆದರೆ ಖಾಲಿ ಫಲಿತಾಂಶ ಎಂದರೆ ಅದು ನೇರವಾಗಿ ಹೋಗುತ್ತದೆ ಮತ್ತು ನಿಜವಾದ ದೋಷ ಬೇರೆಡೆ ಇದೆ. ಔಟ್‌ಪುಟ್ ಅನ್ನು ಟಿಕೆಟ್‌ಗೆ ಅಂಟಿಸುವ ಮೊದಲು ಬಳಕೆದಾರ ಮತ್ತು ಗುಪ್ತಪದದ ಭಾಗವನ್ನು ಮರೆಮಾಡಿ, ಏಕೆಂದರೆ ಆ ಸ್ಟ್ರಿಂಗ್‌ಗಳು ಜನರು ಊಹಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಜೀವಂತ ರುಜುವಾತುಗಳು.

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

ಮೀರಿಸುವಿಕೆಯನ್ನು ತೆರವುಗೊಳಿಸಿ ಮತ್ತು ಅದೇ ವಿನಂತಿಯನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

ಒಂದು ಪದರವನ್ನು ಬದಲಾಯಿಸಿ, ನಂತರ ವಿಫಲವಾದ ನಿಖರ ವಿನಂತಿಯನ್ನೇ ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಬೇರೆ URL ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಮೊದಲು ಪ್ರಸ್ತುತ ಶೆಲ್‌ನಲ್ಲಿನ ಪರಿಸರ ವೇರಿಯಬಲ್‌ಗಳನ್ನು ತೆರವುಗೊಳಿಸಿ, ಏಕೆಂದರೆ ಆ ಸಂಪಾದನೆ ಹಿಂತಿರುಗಿಸಬಹುದಾದದ್ದು ಮತ್ತು ಟನೆಲ್ ಅನ್ನು ಮುರಿಯಲಾರದು:

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

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

macOS ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಸಂರಚನಾ ಫೈಲ್ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸುತ್ತಿಲ್ಲ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಸೇವಾ ಪ್ರಾಕ್ಸಿ ಆಫ್ ಮಾಡಿ ಬದಲಾವಣೆಯನ್ನು ದೃಢೀಕರಿಸಿ. Windows ನಲ್ಲಿ WinHTTP ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಪ್ರತಿ ಬಳಕೆದಾರರ ಬ್ರೌಸರ್ ಸೆಟ್ಟಿಂಗ್ ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳು ಎಂದು ನೆನಪಿಡಿ, ಆದ್ದರಿಂದ ಸ್ವಚ್ಛ ಆಜ್ಞಾ ಸಾಲಿನ ಸಾಧನವು ಇನ್ನೂ ಹಳೆಯ ಸರ್ವರ್‌ಗೆ ತೋರಿಸುವ ಬ್ರೌಸರ್‌ನೊಂದಿಗೆ ಜೊತೆಗೂಡಿ ಇರಬಹುದು. ವಿಸ್ತರಣೆಗಳೂ ಅದೇ ಸಂದೇಹಕ್ಕೆ ಅರ್ಹ: ಪ್ರಾಕ್ಸಿ ವಿಸ್ತರಣೆಯು ಒಂದೇ ಪ್ರೊಫೈಲ್‌ಗೆ ಮಾತ್ರ ವಿನಂತಿಗಳನ್ನು ಮರುಬರೆಯಬಹುದು, ಮತ್ತು ಅದು ಒಂದು ಬ್ರೌಸರ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿ ಬೇರೆ ಯಾವುದಕ್ಕೂ ಬೀರದ ವೈಫಲ್ಯದ ನಿಖರ ರೂಪ.

ಸರಿಪಡಿಸುವಿಕೆಯು ಮರುಪ್ರಾರಂಭವನ್ನು ತಡೆದುಕೊಳ್ಳುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

ನೀವು ಸಂಪಾದಿಸಿದ ಟರ್ಮಿನಲ್‌ನಲ್ಲಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಸೆಟ್ಟಿಂಗ್ ಸರಿಪಡಿಸಲ್ಪಟ್ಟಿಲ್ಲ. ಡೆಸ್ಕ್‌ಟಾಪ್ ಲಾಂಚರ್‌ನಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೆ ತೆರೆಯಿರಿ, ಲಾಗ್ ಔಟ್ ಆಗಿ ಮತ್ತೆ ಲಾಗ್ ಇನ್ ಆಗಿ, ಮತ್ತು ಹಳೆಯ ಪ್ರಾಕ್ಸಿ ಮರಳುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ.

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

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

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