VPN ಆ್ಯಪ್ ಆಫ್ ಮಾಡಿದಾಗ ಇಂಟರ್ನೆಟ್ ನಿಂತರೆ: ಪರಿಶೀಲಿಸಬೇಕಾದ ನಾಲ್ಕು ಪದರಗಳು

ಉಚಿತ VPN ಕ್ಲೈಂಟ್ ಅಥವಾ ಬ್ರೌಸರ್ ವಿಸ್ತರಣೆಯನ್ನು ಒಂದು ವಾರ ಪ್ರಯತ್ನಿಸಿ, ಅದನ್ನು ಆಫ್ ಮಾಡಿದರೆ ಇಂಟರ್ನೆಟ್ ನಿಲ್ಲುತ್ತದೆ. Wi-Fi ಐಕಾನ್ ಇನ್ನೂ ಸಂಪರ್ಕವನ್ನು ತೋರಿಸುತ್ತದೆ, ಅದೇ ರೂಟರ್ನಲ್ಲಿರುವ ಬೇರೆ ಸಾಧನಗಳು ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಮತ್ತು ಬ್ರೌಸಿಂಗ್ ಮರಳಿ ಬರುವ ಏಕೈಕ ದಾರಿ ಆ್ಯಪ್ ಅನ್ನು ಮತ್ತೆ ಆನ್ ಮಾಡುವುದು ಅಥವಾ ಅನ್ಸ್ಟಾಲ್ ಮಾಡುವುದು. ಈ ಮಾದರಿ ಎನ್ಕ್ರಿಪ್ಷನ್ ಸೃಷ್ಟಿಸಿದ ಅವಲಂಬನೆ ಅಲ್ಲ. ಇದು ಟನೆಲ್ ಒಡೆತನ ಹೊಂದಿರದ ಸ್ಥಳದಲ್ಲಿ ಆ್ಯಪ್ ಬರೆದ ಸಂರಚನೆ.

ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಒಡೆತನ ಹೊಂದಿರದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ

Windows ಅಥವಾ macOS ನಲ್ಲಿ ಗೋಪ್ಯತೆ ಕ್ಲೈಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಮೂರು ಸ್ಥಳಗಳನ್ನು ಒಟ್ಟಿಗೆ ಮುಟ್ಟುತ್ತದೆ. ಅದು ಸಿಸ್ಟಮ್ HTTP ಪ್ರಾಕ್ಸಿಯನ್ನು ಹೊಂದಿಸುತ್ತದೆ, ಅದು ಇಂಟರ್ನೆಟ್ ಆಯ್ಕೆಗಳು ತೋರಿಸುವ ಅದೇ ಕ್ಷೇತ್ರ. ಅದು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಹಿಡಿಯಲು ವರ್ಚುವಲ್ ಅಡಾಪ್ಟರ್, ಹೆಚ್ಚಾಗಿ TAP ಡ್ರೈವರ್, ಸ್ಥಾಪಿಸುತ್ತದೆ. ಮತ್ತು ಅದು ರೆಸಾಲ್ವರ್ ಪಟ್ಟಿಯನ್ನು ಮರುಬರೆಯುತ್ತದೆ, ಆದರೆ ಸಂಪರ್ಕ ಕಡಿತ ಒತ್ತಿದಾಗ ಟನೆಲ್ ಮಾತ್ರ ಮಾಯವಾಗುತ್ತದೆ.

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

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

ಮೂರು ಉಳಿಕೆಗಳು, ಮೂರು ಬೇರೆ ಬೇರೆ ವೈಫಲ್ಯಗಳು

ಮೊದಲ ಉಳಿಕೆ ಯಾವುದನ್ನೂ ಸೂಚಿಸದ ಪ್ರಾಕ್ಸಿ: LAN ಪ್ರಾಕ್ಸಿ ಚೆಕ್ ಬಾಕ್ಸ್ ಇನ್ನೂ ಟಿಕ್ ಆಗಿದೆ, ಅಥವಾ ಸಂರಚನಾ ಸ್ಕ್ರಿಪ್ಟ್ URL ಈಗ ಯಾವ ಪ್ರಕ್ರಿಯೆಯೂ ಕೇಳದ localhost ಪೋರ್ಟ್ಗೆ ಗುರಿಯಾಗಿದೆ. ಬ್ರೌಸರ್ ಪ್ರತಿ ವಿನಂತಿಯನ್ನು ಆ ಸತ್ತ ಪೋರ್ಟ್ಗೆ ಕಳುಹಿಸಿ, ಟೈಮೌಟ್ ಸತ್ತ ಜಾಲದಂತೆ ಕಾಣುವವರೆಗೆ ಕಾಯುತ್ತದೆ. ಎರಡನೆಯದು ಇನ್ನೂ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಹೊಂದಿರುವ ಅಡಾಪ್ಟರ್, ಏಕೆಂದರೆ TAP-Windows ಸಾಧನ ಅಥವಾ ತಯಾರಕರ ರೂಟಿಂಗ್ ಡ್ರೈವರ್ ಅನ್ಸ್ಟಾಲ್ ನಂತರವೂ ನಿಜವಾದ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಉಳಿಯುತ್ತದೆ. ಅದು ಕೊಟ್ಟ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸಂಚಾರ ಇಲ್ಲದ ಟನೆಲ್ಗೆ ಮಾಯವಾಗುತ್ತದೆ. ಎರಡೂ ಉಳಿಕೆಗಳು ತಾವೇ ಘೋಷಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ; ಎರಡೂ ಸಂಪೂರ್ಣ ಅಡ್ಡಿಯಂತೆಯೇ ಕಾಣುತ್ತವೆ.

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

ನಾಲ್ಕು ಪದರಗಳನ್ನು ಮೇಲಿಂದ ಕೆಳಗೆ ಪರಿಶೀಲಿಸಿ

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

Windows ನಲ್ಲಿ ಪ್ರತಿ ಪರಿಶೀಲನೆಯೂ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ನೊಂದಿಗೆ ಬರುವ ಒಂದು ಆದೇಶ, ಆದ್ದರಿಂದ ಏನನ್ನೂ ಸ್ಥಾಪಿಸಬೇಕಿಲ್ಲ. ಅವನ್ನು ಕ್ರಮವಾಗಿ ಚಲಾಯಿಸಿ ಮತ್ತು ಔಟ್ಪುಟ್ ಒಟ್ಟಿಗೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ನಾಲ್ಕು ಉತ್ತರಗಳು ಪಕ್ಕಪಕ್ಕದಲ್ಲಿದ್ದಾಗ ಮಾತ್ರ ಅರ್ಥಪೂರ್ಣ. ಅವು ಪ್ರಾಕ್ಸಿ, ಅಡಾಪ್ಟರ್ಗಳು, IPv4 ಮಾರ್ಗಗಳು ಮತ್ತು ರೆಸಾಲ್ವರ್ ಪಟ್ಟಿಯನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ವರದಿ ಮಾಡುತ್ತವೆ:

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux ಮತ್ತು macOS ಗೆ ತಮ್ಮದೇ ಆದೇಶಗಳು ಬೇಕು ಮತ್ತು ಅವು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲ್ಪಡುವುದಿಲ್ಲ. Linux ನಲ್ಲಿ ಮಾರ್ಗಗಳು ip route ನಿಂದ, ರೆಸಾಲ್ವರ್ resolvectl status ನಿಂದ, ಅದನ್ನು systemd-resolved ಹೊಂದಿದ್ದರೆ, ಇಲ್ಲದಿದ್ದರೆ cat /etc/resolv.conf ನಿಂದ ಬರುತ್ತವೆ. macOS ನಲ್ಲಿ ಮಾರ್ಗಗಳು netstat -rn ನಿಂದ, ರೆಸಾಲ್ವರ್ಗಳು scutil --dns ನಿಂದ, ಸಿಸ್ಟಮ್ ಪ್ರಾಕ್ಸಿ scutil --proxy ನಿಂದ ಬರುತ್ತವೆ. ip route ಚಲಾಯಿಸುವ macOS ಓದುಗರಿಗೆ command not found ಸಿಗುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲಿನ /etc/resolv.conf ಅಧಿಕೃತ ಸಂರಚನೆಯಲ್ಲ, ಉತ್ಪಾದಿತ ಸ್ಟಬ್. ಪದರವನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲು ವೇದಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮೊದಲ ಆದೇಶವೇ ಕಂಡುಹಿಡಿಯುವಿಕೆಯಾಗುತ್ತದೆ.

ಪ್ರತಿ ಪದರಕ್ಕೂ ಒಂದು ಪ್ರಶ್ನೆ ಕೇಳಿ: ಆ್ಯಪ್ ಮುಚ್ಚಿರುವಾಗಲೂ ಈ ಮೌಲ್ಯ ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯಾವುದನ್ನಾದರೂ ಸೂಚಿಸುತ್ತದೆಯೇ? ಸತ್ತ ಪೋರ್ಟ್ನ ಪ್ರಾಕ್ಸಿ, ಟನೆಲ್ ಇಲ್ಲದ ಅಡಾಪ್ಟರ್, ಕೆಳಗಿಳಿದ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗ, ಮತ್ತು ಟನೆಲ್ ಒಳಗಿನ ರೆಸಾಲ್ವರ್ ಎಲ್ಲವೂ ಇಲ್ಲ ಎನ್ನುತ್ತವೆ. ಒಂದೇ ಇಲ್ಲ ಲಕ್ಷಣವನ್ನು ವಿವರಿಸಲು ಸಾಕು, ಆದ್ದರಿಂದ ಪ್ರತಿ ಪರೀಕ್ಷೆಗೆ ಒಂದು ಬದಲಾವಣೆ ಮುಖ್ಯ.

ಪ್ರಾಕ್ಸಿ ಟನೆಲ್ ಅಲ್ಲ

ಪ್ರಾಕ್ಸಿ ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿ, ಬೇರೆಡೆ ಹೋಗಿ ತಂದು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಅಂದರೆ ಅದು ಗಮ್ಯಸ್ಥಾನವನ್ನು ತಿಳಿದಿದೆ ಮತ್ತು ಸೈಟ್ ತಾನೇ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡದಿದ್ದನ್ನು ನೋಡುತ್ತದೆ. ಅದು ಬೇರೆ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ. ಗಮ್ಯಸ್ಥಾನ ಈಗಾಗಲೇ TLS ಬಳಸದಿದ್ದರೆ ಅದು ಮಾರ್ಗವನ್ನು ರಕ್ಷಿಸುವುದಿಲ್ಲ. ಮತ್ತು ಅದನ್ನು ಸ್ಥಾಪಿಸಿದ ಯಾವುದೋ ನಿಮ್ಮ ಒಳಗೊಳ್ಳುವಿಕೆಯಿಲ್ಲದೆ ಬದಲಿಸಬಹುದು.

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

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

ಸಾಕ್ಷ್ಯವಲ್ಲ, ಘಟಕವನ್ನು ತೆಗೆಯಿರಿ

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

ಮುಂದಿನ ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ನಂತರ ಲಕ್ಷಣ ಮರಳಿ ಬಂದರೆ, ಸೇವೆ ಏನನ್ನೋ ಒಡೆದಿದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ನಾಲ್ಕು ಪದರಗಳನ್ನು ಮತ್ತೆ ನಡೆಯಿರಿ. ಸಾಕ್ಷ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ಇನ್ನೂ ಅಲ್ಲೇ, ನಾಲ್ಕು ಸ್ಥಳಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಇರುತ್ತದೆ. ಎರಡನೇ ಆ್ಯಪ್ ಐದನೇ ಪದರವನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ; ಅದು ನಾಲ್ಕರಲ್ಲಿ ಒಂದನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ.

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