ಕಾರ್ಪೊರೇಟ್ VPN ಸಂಪರ್ಕಗೊಂಡಾಗ ಡೀಬಗ್ ಪ್ರಾಕ್ಸಿ ಕುರುಡಾಗುತ್ತದೆ

ಕ್ಯಾಪ್ಚರ್ ಸಾಧನ ಬೆಳಗ್ಗೆಲ್ಲಾ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಟನೆಲ್ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಆಮೇಲೆ ಅದು ಸುಮ್ಮನಾಗುತ್ತದೆ. ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿದರೆ ಮತ್ತೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. VPN ಪ್ರಾಕ್ಸಿಯನ್ನು ಕೆಡಿಸಿತು ಎಂದು ಮೊದಲು ಅನಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರಾಕ್ಸಿ ಸಂರಚನೆಯಲ್ಲಿ ವಾಸ್ತವವಾಗಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ. ಬದಲಾಗಿರುವುದು ಯಾವ ಸಂರಚನೆಯನ್ನು ಈಗ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಓದುತ್ತವೆ ಎಂಬುದು: ಟನೆಲ್ ನಮೂದು ತನ್ನದೇ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಹೊಂದಿರಬಹುದು, ನಿರ್ವಹಿತ ಪ್ರೊಫೈಲ್ ಸ್ವಯಂಚಾಲಿತ ಸಂರಚನೆಯನ್ನು ಮತ್ತೆ ಆನ್ ಮಾಡಬಹುದು, ಮತ್ತು ಕೆಲವು ರನ್‌ಟೈಮ್‌ಗಳು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಒದಗಿಸುವ ಭಾಗವನ್ನು ಮಾತ್ರ ಓದುತ್ತವೆ. ಜಾಗತಿಕ ಮೌಲ್ಯವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಪ್ರತಿ-ಸಂಪರ್ಕ ಮೌಲ್ಯವನ್ನು ಓದಿ.

Windows ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೂ ಪ್ರಾಕ್ಸಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ

ಇಂಟರ್ನೆಟ್ ಆಯ್ಕೆಗಳಲ್ಲಿ ಸಂವಾದದಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ಪದರಗಳಿವೆ. ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸಾಮಾನ್ಯ ಸ್ಥಳೀಯ ಸಂಪರ್ಕಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತವೆ, ಆದರೆ ಡಯಲ್-ಅಪ್ ಅಥವಾ VPN ನಮೂದು HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections ಅಡಿಯಲ್ಲಿ ತನ್ನದೇ ಪ್ರತಿಯನ್ನು ಬೈನರಿ ಮೌಲ್ಯವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಪರಿಚಿತ ಜಾಗತಿಕ ರಿಜಿಸ್ಟ್ರಿ ಮೌಲ್ಯಗಳನ್ನು ಬರೆಯುವುದರಿಂದ ಆ ಪ್ರತಿ ನವೀಕರಣಗೊಳ್ಳುವುದಿಲ್ಲ.

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

ಒಂದು ನಮೂದನ್ನು ಬದಲಾಯಿಸುವ ಬೆಂಬಲಿತ ದಾರಿ WinINET ಸಂಪರ್ಕ ಆಯ್ಕೆ API: ಸಂಪರ್ಕದ ಹೆಸರು, ಫ್ಲ್ಯಾಗ್‌ಗಳು, ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್ ಮತ್ತು ಬೈಪಾಸ್ ಪಟ್ಟಿಯೊಂದಿಗೆ INTERNET_PER_CONN_OPTION_LIST ತುಂಬಿ, ಅನ್ವಯಿಸಿ, ನಂತರ ರಿಫ್ರೆಶ್ ಮಾಡಿ. ತ್ವರಿತ ಪರಿಶೀಲನೆಗಾಗಿ ಟನೆಲ್ ನಮೂದಿನ ಸ್ವಂತ ಸೆಟ್ಟಿಂಗ್ ಸಂವಾದ ತೆರೆದು ಅದರ ಪ್ರಾಕ್ಸಿ ಪ್ಯಾನೆಲ್ ಅನ್ನು ಸ್ಥಳೀಯ ನೆಟ್‌ವರ್ಕ್ ಪ್ಯಾನೆಲ್‌ಗೆ ಹೋಲಿಸಿ; ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಗೊತ್ತಾದರೆ ವ್ಯತ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿರುತ್ತದೆ.

ನಿರ್ವಹಿತ PAC ತಾನೇ ಮತ್ತೆ ಆನ್ ಆಗಬಹುದು

macOS ನಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ಪ್ರಾಕ್ಸಿ ಸಂರಚನಾ ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿ ಸ್ವಯಂ-ಶೋಧನೆ ನೆಟ್‌ವರ್ಕ್ ಸೇವೆಯ ಗುಣಲಕ್ಷಣಗಳು, ಯಂತ್ರದವಲ್ಲ. ಸಂರಚನಾ ಪ್ರೊಫೈಲ್ ಅವನ್ನು ಕಡ್ಡಾಯ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ಟಿಕ್ ತೆಗೆದ ನಂತರವೂ ಅವು ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ನಂತರ ಪ್ರತಿ ವಿನಂತಿಯೂ ಸ್ಕ್ರಿಪ್ಟ್ ಆಯ್ಕೆ ಮಾಡುವ ಪ್ರಾಕ್ಸಿಗೆ ಹೋಗುತ್ತದೆ.

ಪರಿಶೀಲಿಸಿ ಮತ್ತು, ಅಧಿಕಾರ ಹೊಂದಿದ್ದರೆ, ಸಂಚಾರವನ್ನು ಹೊತ್ತೊಯ್ಯುವ ಸೇವೆಗೆ ಆ ಎರಡು ಸ್ವಿಚ್‌ಗಳನ್ನು ಆಫ್ ಮಾಡಿ:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

ಊಹೆಯ ಬದಲು ಸೇವೆಯ ನಿಜವಾದ ಹೆಸರು ಬಳಸಿ. Wi-Fi ಮತ್ತು USB ಈಥರ್ನೆಟ್ ಅಡಾಪ್ಟರ್ ಎರಡೂ ಇರುವ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಅಂಥ ಎರಡು ಇರುತ್ತವೆ, ಮತ್ತು ನಿಮ್ಮ ಸಂಚಾರವನ್ನು ಒಂದೇ ಹೊತ್ತೊಯ್ಯುತ್ತದೆ. scutil --proxy ಪ್ರಸ್ತುತ ಪ್ರಾಥಮಿಕ ಸೇವೆಯ ಮೌಲ್ಯಗಳನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಗೆದ್ದಿತು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ನೀವು ಸಂಪಾದಿಸಿದ್ದಕ್ಕೆ ಹೋಲಿಸಿ.

ಸಾಧನವನ್ನು ನಿಜವಾದ ಮೇಲ್ಮುಖಕ್ಕೆ ತಿರುಗಿಸಿ

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

ಮತ್ತೆ ಸಂರಚಿಸುವ ಬದಲು ನಿಮ್ಮನ್ನು ಡೀಬಗ್‌ನಲ್ಲಿಡುವ ಹೆಜ್ಜೆ ಇದೇ.

ಪ್ರಾಕ್ಸಿಯನ್ನು ಟನೆಲ್ ಒಳಗೆ ತಳ್ಳಿ

OpenVPN ಆಧಾರಿತ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಏರಿದ ನಂತರ ಅನ್ವಯವಾಗುವ ಪ್ರಾಕ್ಸಿ ಆಯ್ಕೆಗಳನ್ನು ಸ್ವೀಕರಿಸಬಹುದು, ಮಾರ್ಗಗಳು ಕ್ಲೈಂಟಿನ ಬಳಿ ಇದ್ದಾಗ ಇದು ಅನುಕೂಲಕರ:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

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

ಕೆಲವು ಕ್ಲೈಂಟ್‌ಗಳು ಸಿಸ್ಟಂ ಪ್ರಾಕ್ಸಿಯನ್ನು ಎಂದಿಗೂ ಓದುವುದಿಲ್ಲ

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

ನೆಟ್‌ವರ್ಕ್ ಸಾಧನಗಳಿಗೂ ತಮ್ಮದೇ ಕಾರಣಗಳಿವೆ. ಟನೆಲ್ ಅಥವಾ ಫೋನ್ ಟೆಥರಿಂಗ್ ಮೇಲೆ ನೇತಾಡುವ FTP ಅಧಿವೇಶನ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ಮಾತುಕತೆ ನಡೆಸುವ ಸಕ್ರಿಯ ವಿರುದ್ಧ ನಿಷ್ಕ್ರಿಯ ಮೋಡ್‌ನ ಸಮಸ್ಯೆ, ಮತ್ತು ಯಾವ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಸಂರಚನೆಯನ್ನು ಓದಿ, ಟಾಗಲ್ ಅಲ್ಲ

ಈ ಕ್ರಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ: ಟನೆಲ್ ನಮೂದಿನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ಮೌಲ್ಯ, ಪ್ರತಿ-ಸೇವೆಯ PAC ಮತ್ತು ಸ್ವಯಂ-ಶೋಧನೆ ಸ್ಥಿತಿ, ನಂತರ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸ್ವಂತ ಪ್ರಾಕ್ಸಿ ನಿರ್ವಹಣೆ. ನಿಮ್ಮ ಊಹೆಗೆ ಭಿನ್ನವಾದ ಮೊದಲನೆಯದರಲ್ಲೇ ನಿಲ್ಲಿಸಿ.

ಇಲ್ಲಿನ ಪ್ರತಿ ಪ್ರಕರಣವೂ ಸಂರಚನಾ ಆದ್ಯತೆಯ ಸಮಸ್ಯೆ. ಯಾವುದೂ ಟನೆಲ್ ನಿಮ್ಮ ಸಾಧನವನ್ನು ಕೆಡಿಸುತ್ತಿಲ್ಲ.