VPN vs ಪ್ರಾಕ್ಸಿ: ಪ್ರತಿಯೊಂದೂ ಏನನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಇಲ್ಲ
VPN ರೂಟ್ ಆದ ಅಪ್ಲಿಕೇಶನ್ ಸಂಚಾರವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ; ಪ್ರಾಕ್ಸಿ ನೀವು ಸಂರಚಿಸಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮಾತ್ರ ಒಳಗೊಳ್ಳುತ್ತದೆ. ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಕವರೇಜ್, ಎನ್‌ಕ್ರಿಪ್ಷನ್, DNS ಮತ್ತು ವೈಫಲ್ಯ ವರ್ತನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.
VPN ಮತ್ತು ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಎರಡೂ ವೆಬ್‌ಸೈಟ್ ನೋಡುವ ವಿಳಾಸವನ್ನು ಬದಲಿಸುತ್ತವೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಹೋಲಿಕೆಗಳು ಅಲ್ಲಿಯೇ ನಿಲ್ಲುತ್ತವೆ. ನಿಮ್ಮ ಸಂರಚನೆಯನ್ನು ನಿರ್ಧರಿಸುವ ವ್ಯತ್ಯಾಸ ಕವರೇಜ್: ಫಾರ್ವರ್ಡ್ ಪ್ರಾಕ್ಸಿ ಎಂಬುದು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ತಾನೇ ಬಳಸಲು ಆಯ್ಕೆ ಮಾಡುವ ಮಧ್ಯವರ್ತಿ, ವೆಬ್‌ಸೈಟ್‌ನ ಮುಂದೆ ನಿಲ್ಲುವ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿಗಿಂತ ಭಿನ್ನವಾಗಿ, ಆದರೆ VPN ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಟನಲ್‌ಗೆ ರೂಟ್ ಮಾಡುವ ಎಲ್ಲವನ್ನೂ ಸರಿಸುತ್ತದೆ. ಎನ್‌ಕ್ರಿಪ್ಷನ್, DNS ನಿರ್ವಹಣೆ ಮತ್ತು ವೈಫಲ್ಯ ವರ್ತನೆ ಎಲ್ಲವೂ ಈ ವಿಭಜನೆಯಿಂದ ಬರುತ್ತವೆ. ಈ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ, ಮತ್ತು ಮೊದಲು ವಿಫಲವಾದದ್ದು ನಿಮಗೆ ನಿಜವಾಗಿ ಯಾವ ಸಾಧನ ಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ.
ಮಧ್ಯವರ್ತಿ ಯಾವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ?
ಬ್ರೌಸರ್ ಪ್ರಾಕ್ಸಿ ವಿಸ್ತರಣೆ ಆ ಬ್ರೌಸರ್ ಪ್ರೊಫೈಲ್‌ಗೆ ಮಾತ್ರ ಅನ್ವಯಿಸುತ್ತದೆ. ಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳು, ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕರು ಮತ್ತು ಎರಡನೇ ಬ್ರೌಸರ್ ತಮ್ಮ ಸ್ವಂತ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಬಳಸುತ್ತಲೇ ಇರುತ್ತವೆ, ಮತ್ತು ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಿಸ್ಟಂ ಪ್ರಾಕ್ಸಿ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಲಕ್ಷಿಸುತ್ತವೆ. VPN ರೂಟಿಂಗ್ ಟೇಬಲ್ ಟನಲ್‌ಗೆ ಕಳುಹಿಸುವುದನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದು ರೂಟ್‌ಗಳು ಹಾಗೂ ಕ್ಲೈಂಟ್ ನೀತಿಯನ್ನು ಅವಲಂಬಿಸಿ ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಅಥವಾ ಸ್ಪ್ಲಿಟ್ ಟನಲ್‌ನಲ್ಲಿ ಒಂದು ಉಪಗುಂಪಾಗಿರಬಹುದು.
ಒಂದು ಪುಟ ಲೋಡ್‌ನಿಂದ ಸಾಮಾನ್ಯೀಕರಿಸುವ ಬದಲು ಮುಖ್ಯವಾದ ಅಪ್ಲಿಕೇಶನ್‌ಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. curl https://ifconfig.me ಪರಿಸರದ ಪ್ರಾಕ್ಸಿ ವೇರಿಯೇಬಲ್‌ಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ; ಡೆಸ್ಕ್‌ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್ ಅನುಸರಿಸದೇ ಇರಬಹುದು. Windows ನಲ್ಲಿ netsh winhttp show proxy ಸೇವೆಗಳು ಬಳಸುವ WinHTTP ಪ್ರಾಕ್ಸಿಯನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಬ್ರೌಸರ್‌ನ ಸೆಟ್ಟಿಂಗ್‌ಗಿಂತ ಬೇರೆ ಸೆಟ್ಟಿಂಗ್.
ಹಾಪ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿದೆಯೇ, ಮತ್ತು TLS ಎಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ?
ಪ್ರಾಕ್ಸಿ ಪ್ರೋಟೋಕಾಲ್ ಒಂದು ಭೇಟಿ ಸ್ಥಳ, ಖಾತರಿ ಅಲ್ಲ. SOCKS5 TCP ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡದೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ HTTP ಪ್ರಾಕ್ಸಿ ವಿನಂತಿ ಸಾಲು ಹಾಗೂ ಹೆಡರ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟ ಪಠ್ಯದಲ್ಲಿ ಸಾಗಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಮೂಲಕ HTTPS CONNECT ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿಮ್ಮ TLS ಅವಧಿ ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ ಅಲ್ಲ, ಗಮ್ಯಸ್ಥಾನದಲ್ಲಿಯೇ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಟನಲಿಂಗ್ ಬಗ್ಗೆ MDN ಮಾರ್ಗದರ್ಶಿ ಈ ವ್ಯತ್ಯಾಸವನ್ನು ಪ್ರೋಟೋಕಾಲ್‌ನ ಕಡೆಯಿಂದ ವಿವರಿಸುತ್ತದೆ.
VPN ನಿಮ್ಮ ಸಾಧನ ಮತ್ತು ಅದರ ಅಂತ್ಯ ಬಿಂದುವಿನ ನಡುವಿನ ಭಾಗವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ. ಅಂತ್ಯ ಬಿಂದುವಿನ ಆಚೆಗೆ ಬೇರೆ ಯಾವುದೇ ನೆಟ್‌ವರ್ಕ್‌ನಂತೆಯೇ ಅದೇ ನಿಯಮಗಳು ಅನ್ವಯಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಟನಲ್ ಒಂದೇ ಸಾಮಾನ್ಯ HTTP ಮೇಲೆ ರುಜುವಾತುಗಳನ್ನು ಕಳುಹಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ರಕ್ಷಿಸುವುದಿಲ್ಲ. ಎರಡೂ ವಿನ್ಯಾಸಗಳು ಲಾಗಿನ್ ಆದ ಖಾತೆ, ಕುಕಿ ಅಥವಾ ಬ್ರೌಸರ್ ಬೆರಳಚ್ಚನ್ನು ಮರೆಮಾಡುವುದಿಲ್ಲ.
curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/nullವಿವರವಾದ ಔಟ್‌ಪುಟ್ curl ಪೋರ್ಟ್ 443 ಗೆ CONNECT ಕಳುಹಿಸಿದೆಯೇ ಅಥವಾ ಪೂರ್ಣ URL ನೊಂದಿಗೆ ಸಾಮಾನ್ಯ GET ಕಳುಹಿಸಿದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. socks5h:// ನೊಂದಿಗೆ ಹೋಸ್ಟ್‌ಹೆಸರು SOCKS5 ವಿನಂತಿಯ ಒಳಗೆ ಪ್ರಾಕ್ಸಿಗೆ ನೀಡಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಅದು ಓದಲಾಗದ TLS ಅನ್ನು ಮುಂದಕ್ಕೆ ರವಾನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಹೆಸರು ಮತ್ತು ಬೈಟ್ ಎಣಿಕೆಯನ್ನು ನೋಡುತ್ತದೆ. http:// ಪ್ರಾಕ್ಸಿ ಮೂಲಕ https:// URL ಒಂದು CONNECT, ಆದ್ದರಿಂದ ಆ ಪ್ರಾಕ್ಸಿಯೂ ಗಮ್ಯಸ್ಥಾನದ ಹೆಸರು ಮತ್ತು ಪರಿಮಾಣವನ್ನು ನೋಡುತ್ತದೆ, ವಿನಂತಿ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆಯ ದೇಹವನ್ನಲ್ಲ.
ಯಾವ ರಿಜಾಲ್ವರ್ ಹೆಸರನ್ನು ನೋಡುತ್ತದೆ?
ಹೆಸರು ಪರಿಹಾರ ವಿನಂತಿ ಹೊರಡುವ ಮೊದಲು ಸ್ಥಳೀಯವಾಗಿ ನಡೆಯಬಹುದು, ಅಥವಾ ಪ್ರಾಕ್ಸಿಯಲ್ಲಿ ದೂರದಿಂದ. curl ನೊಂದಿಗೆ socks5h:// ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪ್ರಾಕ್ಸಿಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ socks5:// ಮೊದಲು ಅದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಪರಿಹರಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ ಪ್ರಾಕ್ಸಿ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಹೋಲಿಸಬಹುದಾದ DNS ಆಯ್ಕೆಯನ್ನು ನೀಡುತ್ತವೆ, ಮತ್ತು PAC ಫೈಲ್‌ಗಳು ವಿವಿಧ ಹೋಸ್ಟ್‌ಗಳನ್ನು ವಿವಿಧ ರೀತಿಯಲ್ಲಿ ರೂಟ್ ಮಾಡಬಹುದು.
ಎರಡು ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಯಾವುದೇ ತಪ್ಪು ಸಂರಚನೆ ಇಲ್ಲದೆ ಪ್ರಾಕ್ಸಿಯನ್ನು ಬಳಸಿಕೊಳ್ಳಬಹುದು. WebRTC STUN ಮೂಲಕ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು QUIC HTTP/3 ಅನ್ನು UDP ಮೇಲೆ ನಡೆಸುತ್ತದೆ, ಅದನ್ನು TCP ಪ್ರಾಕ್ಸಿ ಸಾಗಿಸಲಾರದು. UDP 443 ಬ್ಲಾಕ್ ಆಗಿದ್ದರೆ ಬ್ರೌಸರ್ TCP ಗೆ ಮರಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ (ಅಥವಾ ಇಡೀ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ರೌಟರ್‌ನಲ್ಲಿ) UDP 443 ಅನ್ನು ಬ್ಲಾಕ್ ಮಾಡುವುದು, ಬ್ರೌಸರ್ ಫ್ಲ್ಯಾಗ್ ಅಲ್ಲ, HTTP/3 ಅನ್ನು ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗದೊಳಗೆ ಇರಿಸುವ ವಿಶ್ವಾಸಾರ್ಹ ದಾರಿ.
ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನ ದೃಷ್ಟಿಕೋನದಿಂದಲ್ಲ, ಗಮ್ಯಸ್ಥಾನದ ದೃಷ್ಟಿಕೋನದಿಂದ ರಿಜಾಲ್ವರ್ ಪರಿಶೀಲಿಸಿ. ಪ್ರಾಕ್ಸಿಯ ನಿರ್ಗಮನ ವಿಳಾಸದೊಂದಿಗೆ ಆದರೆ ಸ್ಥಳೀಯವಾಗಿ ಪರಿಹರಿಸಿದ ಹೆಸರಿನೊಂದಿಗೆ ಬರುವ ವಿನಂತಿ ಸ್ಥಳೀಯ ರಿಜಾಲ್ವರ್‌ಗೆ ನೀವು ಯಾವ ಸೈಟ್‌ಗಳನ್ನು ಭೇಟಿ ಮಾಡುತ್ತೀರಿ ಎಂದು ಇನ್ನೂ ಹೇಳುತ್ತದೆ.
ಮಧ್ಯವರ್ತಿ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ?
ಸ್ಪಷ್ಟ ಪ್ರಾಕ್ಸಿ ಮುಚ್ಚಿದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ: ಪ್ರಾಕ್ಸಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಲ್ಲಿಸಿ, ಬ್ರೌಸರ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ನೇರವಾಗಿ ಹೋಗುವ ಬದಲು ಸಂಪರ್ಕ ದೋಷವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. PAC ಮತ್ತು WPAD ಸೆಟ್ಟಿಂಗ್‌ಗಳು ತೆರೆದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುವಂಥವು - ಸ್ಕ್ರಿಪ್ಟ್ ಸಿಗದಿದ್ದರೆ, ಕ್ಲೈಂಟ್ DIRECT ಗೆ ಮರಳುತ್ತದೆ ಮತ್ತು ಸೈಟ್ ಮತ್ತೆ ನಿಮ್ಮ ನಿಜವಾದ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. VPN ಕ್ಲೈಂಟ್ ಮತ್ತು ಕಿಲ್ ಸ್ವಿಚ್ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಸಕ್ರಿಯವಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ ತೆರೆದ ಅಥವಾ ಮುಚ್ಚಿದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.
ವೈಫಲ್ಯದ ಸಂದರ್ಭವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ: ಪ್ರಾಕ್ಸಿ ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಮರುಲೋಡ್ ಮಾಡಿ; ನೇರ ಲೋಡ್ ಬದಲು ದೋಷ ಪುಟ ಸಿಗುತ್ತಿದ್ದರೆ, ಫಾಲ್‌ಬ್ಯಾಕ್ ನೋಡಲು PAC URL ಅನ್ನು ತಲುಪಲಾಗದ ಹೋಸ್ಟ್‌ಗೆ ತೋರಿಸಿ. ಪುಟವು ಇನ್ನೂ ನಿಮ್ಮ ಸಾಮಾನ್ಯ ಮಾರ್ಗದಲ್ಲಿ ಲೋಡ್ ಆಗುತ್ತಿದ್ದರೆ, ಪ್ರಾಕ್ಸಿ ತನ್ನದೇ ಅಡಚಣೆಯ ವಿರುದ್ಧ ಯಾವುದೇ ರಕ್ಷಣೆ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಅವಲಂಬಿಸುವ ಮೊದಲು ತಿಳಿಯಬೇಕಾದ ಗುಣ ಅದು.
ಕ್ರಮವು ಸೈಟ್ ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಹೊರಹೋಗುವ ಸಂಚಾರ VPN ಮೂಲಕ ಹೋಗುವ ಪ್ರಾಕ್ಸಿ ಸೈಟ್‌ಗೆ VPN ಅಂತ್ಯ ಬಿಂದುವಿನ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ; ಪ್ರಾಕ್ಸಿಯನ್ನು ಟನಲ್‌ನ ಹೊರಗೆ ಇರಿಸಿದರೆ (ದೂರದ ಹೋಸ್ಟ್‌ನಲ್ಲಿರುವ ಪ್ರಾಕ್ಸಿಗೆ VPN), ಸೈಟ್ ಬದಲಿಗೆ ಆ ಪ್ರಾಕ್ಸಿಯ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ನೋಡುತ್ತದೆ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಎರಡು ಹಾಪ್‌ಗಳು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ದಾಖಲಿಸಬಹುದು.
ಐದು ಪರಿಶೀಲನೆಗಳು, ಕ್ರಮವಾಗಿ
ಕೆಳಗಿನ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಇಡೀ ನಿರ್ಧಾರ ಒಂದೇ ಜಾಗದಲ್ಲಿ. ಕವರೇಜ್ ಮೊದಲು ಬರುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಹೆಚ್ಚಿನ ಹೊಂದಾಣಿಕೆಯಲ್ಲದಿರುವಿಕೆಗಳನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ: ಕವರ್ ಮಾಡಬೇಕಾದ ಅಪ್ಲಿಕೇಶನ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಗೌರವಿಸದಿದ್ದರೆ, ಪಟ್ಟಿಯಲ್ಲಿ ಮುಂದಿನ ಯಾವುದೂ ಅದನ್ನು ಉಳಿಸುವುದಿಲ್ಲ.
| Check | Forward proxy | VPN |
|---|---|---|
| What is covered | The app or browser you configure | Traffic the OS routes into the tunnel, all or split |
| Encryption scope | Protocol-dependent; SOCKS5 alone encrypts nothing | Device to VPN endpoint |
| DNS path | Local or remote, depending on the setting | Normally inside the tunnel |
| Failure mode | Explicit config: connection error; PAC/WPAD: DIRECT fallback | Client policy: fail-open or kill switch |
| What the site sees | The proxy's exit address | The VPN endpoint's exit address |
ನಂತರ ಬದಲಾವಣೆಗೆ ಕಾರಣವಾದ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಫಲಿತಾಂಶವನ್ನು ದೃಢೀಕರಿಸಿ. ಸಂರಚಿಸಿದ ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪುಟ ಲೋಡ್ ಮಾಡಿ, ಅದೇ ಪುಟವನ್ನು curl ನಿಂದ ಪಡೆಯಿರಿ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ವರದಿ ಮಾಡುವ ವಿಳಾಸವನ್ನು ಹೋಲಿಸಿ. ಅವು ಒಂದಕ್ಕೊಂದು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ವಿಸ್ತರಣೆ, PAC ನಿಯಮ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಮಟ್ಟದ ತಿದ್ದುಪಡಿ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಟನಲ್ ಟ್ಯೂನಿಂಗ್‌ನ ಯಾವುದೇ ಪ್ರಮಾಣ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.
ನೀವು ಏನನ್ನು ಸಂರಚಿಸಿದಿರಿ ಎಂದು ದಾಖಲಿಸಿ: ಯಾವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಪ್ರಾಕ್ಸಿ ಬಳಸುತ್ತವೆ, DNS ಸ್ಥಳೀಯವೇ ಅಥವಾ ದೂರದ್ದೇ, UDP ಬ್ಲಾಕ್ ಆಗಿದೆಯೇ, ಮತ್ತು ವೈಫಲ್ಯ ವರ್ತನೆ ಏನು. ಆ ಸಣ್ಣ ಪಟ್ಟಿಯೇ ಮುಂದಿನ ಹೋಲಿಕೆಯನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ “IP ಬದಲಾಯಿತು” ಎಂಬುದು ಈ ಐದು ಪರಿಶೀಲನೆಗಳಲ್ಲಿ ಯಾವುದು ಉತ್ತೀರ್ಣವಾಯಿತು ಎಂದು ಎಂದೂ ಹೇಳಲಿಲ್ಲ.