VPN ಗೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಸ್ಥಳೀಯ IP ವಿಳಾಸದ ಘರ್ಷಣೆಯನ್ನು ಸರಿಪಡಿಸಿ

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

ಒಂದೇ ದೋಷ ಸಂದೇಶ ಹೊಂದಿರುವ ಮೂರು ದೋಷಗಳು

ನಕಲು ಎಂದರೆ ಒಂದೇ ವಿಭಾಗದಲ್ಲಿ ಎರಡು ಯಂತ್ರಗಳು ಒಂದೇ ವಿಳಾಸವನ್ನು ಕ್ಲೈಮ್ ಮಾಡುತ್ತವೆ. ಕರ್ನಲ್ ಇದನ್ನು ಗಮನಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಅದರ ಸ್ವಂತ ಪ್ರೋಬ್ಗೆ ಉತ್ತರ ಬೇರೆ MAC ನಿಂದ ಬರುತ್ತದೆ, ಮತ್ತು ಮುಂದೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಸ್ಟ್ಯಾಕ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ: Linux ಅದನ್ನು ಲಾಗ್ ಮಾಡುತ್ತದೆ, Windows ಇಂಟರ್ಫೇಸ್ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ ಸಿಸ್ಟಮ್ ಲಾಗ್ನಲ್ಲಿ ನಮೂದು ಬರೆಯುತ್ತದೆ, ಮತ್ತು DHCP ಕ್ಲೈಂಟ್ ಕೊಡುಗೆಯನ್ನು ನಿರಾಕರಿಸಬಹುದು.

ಓವರ್ಲ್ಯಾಪ್ ಯಾವುದೇ ವಿಳಾಸವನ್ನು ನಕಲಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ LAN 192.168.1.0/24, ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ ಕೂಡ 192.168.1.0/24, ಮತ್ತು ಈಗ ಕಚೇರಿಗೆ ಹೋಗುವ ಮಾರ್ಗವು ನಿಮ್ಮ ಪ್ರಿಂಟರ್ ಮತ್ತು ನಿಮ್ಮ NAS ಕೂಡ ಆಗಿರುವ ವಿಳಾಸಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ. ARP ಅರ್ಥದಲ್ಲಿ ಏನೂ ಘರ್ಷಣೆಯಲ್ಲಿಲ್ಲ; ಪ್ಯಾಕೆಟ್ ಕೇವಲ ಎರಡು ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ತಪ್ಪು ಸಾಧನಕ್ಕೆ ಹೋಗುತ್ತದೆ.

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

ಪರೀಕ್ಷೆ 1: ನಕಲು ನಿಮ್ಮ ವಿಭಾಗದಲ್ಲಿದೆಯೇ?

ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ನಿಜವಾಗಿ ಏನಿದೆ ಎಂಬುದನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ, ನೀವು ಸಂರಚಿಸಿದ್ದೀರಿ ಎಂದು ನೆನಪಿರುವುದನ್ನು ಅಲ್ಲ. VPN ಅಡಾಪ್ಟರ್ನ ವಿಳಾಸ ಟನೆಲ್ಗೆ ಖಾಸಗಿ ಮತ್ತು ವೆಬ್ಸೈಟ್ಗಳು ಕಾಣುವ ವಿಳಾಸಕ್ಕೆ ಸಮವಲ್ಲ, ಆದ್ದರಿಂದ ಹಂಚಿದ ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ ಘರ್ಷಣೆ ಅಲ್ಲ.

ip -br addr
ip neigh
ip route show table all | grep -E 'wg|tun|ppp'

Windows ನಲ್ಲಿ ಅದೇ ಮಾಹಿತಿ ipconfig /all ಮತ್ತು Get-NetIPAddress ನಿಂದ ಬರುತ್ತದೆ, ನೆರೆಹೊರೆಯ ಕ್ಯಾಶ್ arp -a ನಲ್ಲಿದೆ. ವಿವಾದಿತ ವಿಳಾಸ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ನಲ್ಲಿದ್ದು VPN ಚಾಲನೆಯಲ್ಲಿಲ್ಲದೆಯೇ ದೂರು ಕಾಣಿಸಿಕೊಂಡರೆ, VPN ಪ್ರೇಕ್ಷಕ ಮಾತ್ರ ಮತ್ತು ಅದನ್ನು ಪತ್ತೆ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಬೇಕು.

ಊಹಿಸುವ ಬದಲು ನಕಲನ್ನು ಸಾಬೀತುಪಡಿಸಲು, ಅದನ್ನು ಹೊಂದಿಲ್ಲದ ಸಾಧನದಿಂದ ವಿಳಾಸವನ್ನು ಪರೀಕ್ಷಿಸಿ. arping -D ಶೂನ್ಯ ಮೂಲ ವಿಳಾಸದೊಂದಿಗೆ ಪ್ರೋಬ್ ಕಳುಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅನಿರೀಕ್ಷಿತ MAC ನಿಂದ ಉತ್ತರ ಬಂದರೆ ಬೇರೆ ಹೋಸ್ಟ್ ಈಗಾಗಲೇ ಆ ವಿಳಾಸಕ್ಕೆ ಉತ್ತರಿಸುತ್ತಿದೆ ಎಂದು ಸಾಬೀತಾಗುತ್ತದೆ.

sudo arping -D -I eth0 -c 3 192.168.1.50

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

ಪರೀಕ್ಷೆ 2: ಎರಡು ನೆಟ್ವರ್ಕ್ಗಳು ಓವರ್ಲ್ಯಾಪ್ ಆಗುತ್ತವೆಯೇ?

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

ip route get 192.168.1.10
ip -br addr show

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

ಹೊರಬರಲು ಮೂರು ಪ್ರಾಮಾಣಿಕ ದಾರಿಗಳಿವೆ, ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಲಭ್ಯ. ದೂರದ ಬದಿ ಓವರ್ಲ್ಯಾಪ್ ಆಗುವ ಸಬ್ನೆಟ್ನ ಸಂಚಾರವನ್ನು ಮಸ್ಕ್ ಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ನ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. ಟನೆಲ್ ನಿಮ್ಮ LAN ಜೊತೆ ಘರ್ಷಿಸದ ಸಣ್ಣ ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ ಸಾಗಿಸಬಹುದು. ಅಥವಾ ಕ್ಲೈಂಟ್ ನೀತಿ ನಿಯಮಗಳೊಂದಿಗೆ ಮೂಲ ವಿಳಾಸದ ಪ್ರಕಾರ ಮಾರ್ಗ ಮಾಡಬಹುದು, ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಸೂಕ್ಷ್ಮ ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗೆ ಹಸ್ತಾಂತರಿಸಲು ಕಷ್ಟ.

ಕಚೇರಿ ನೆಟ್ವರ್ಕ್ ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು ಅಪರೂಪಕ್ಕೆ ನಿಮ್ಮ ನಿರ್ಧಾರ. ಘರ್ಷಣೆ ತಪ್ಪಿಸಲು ನಿಮ್ಮ ಸ್ವಂತ LAN ಮರುಸಂಖ್ಯೆ ಮಾಡುವುದು ಪ್ರಿಂಟರ್ಗಳು, ಕ್ಯಾಮೆರಾಗಳು ಮತ್ತು ಸ್ಥಿರ ಹೋಸ್ಟ್ಗಳು ಒಳಗಾದಾಗ ಹೆಚ್ಚಿನವರು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ದೊಡ್ಡ ಬದಲಾವಣೆ.

ಪರೀಕ್ಷೆ 3: ಟನೆಲ್ ಒಂದು ವಿಳಾಸವನ್ನು ಎರಡು ಬಾರಿ ನೀಡಿತೇ?

WireGuard ಗೆ ವಿಳಾಸಗಳ ಪೂಲ್ ಇಲ್ಲ. ಪ್ರತಿ ಪೀರ್ ತನ್ನ ಸಾರ್ವಜನಿಕ ಕೀಲಿ ಮತ್ತು AllowedIPs ನಲ್ಲಿರುವ ಪ್ರಿಫಿಕ್ಸ್ಗಳಿಂದ ಗುರುತಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದೇ ಟನೆಲ್ ವಿಳಾಸ ಎರಡು ಪೀರ್ ನಮೂದುಗಳಲ್ಲಿ ಬರೆದರೆ ಅಥವಾ ಒಂದೇ ಕೀಲಿ ಜೋಡಿ ಎರಡು ಯಂತ್ರಗಳಲ್ಲಿ ಸ್ಥಾಪಿಸಿದರೆ ನಕಲು ಕಾಣಿಸುತ್ತದೆ.

wg show all allowed-ips
wg show wg0 latest-handshakes
wg show wg0 transfer

ಸಂಚಾರ ಕೌಂಟರ್ಗಳು ಇಲ್ಲಿ ಉಪಯುಕ್ತ ಕಾಲಮ್: ಇತ್ತೀಚಿನ ಹ್ಯಾಂಡ್ಶೇಕ್ ತೋರಿಸಿ ವರ್ಗಾವಣೆ ತೋರಿಸದ ಪೀರ್ಅಥವಾ ತಪ್ಪು ವಿಳಾಸದಲ್ಲಿದೆಅಥವಾ ಅದೇ ಪ್ರಿಫಿಕ್ಸ್ ಕ್ಲೈಮ್ ಮಾಡುವ ಇನ್ನೊಂದು ನಮೂದಿನಿಂದ ಮರೆಯಾಗಿದೆ. ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ನಿಖರವಾಗಿ ಒಂದು ಪೀರ್ನಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ಪ್ರತಿ ಸಾಧನಕ್ಕೆ ತನ್ನದೇ ಕೀಲಿ ಜೋಡಿ ನೀಡಿ.

OpenVPN ಗೆ ಪೂಲ್ ಇದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ಘರ್ಷಣೆ ಎಂದರೆ ಸ್ಥಿರ --ifconfig ಸಾಲಿನ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಎರಡನೇ ಯಂತ್ರಕ್ಕೆ ನಕಲಿಸುವುದು. ಆಗ ಎರಡೂ ಕ್ಲೈಂಟ್ಗಳು ಒಂದೇ ಟನೆಲ್ ವಿಳಾಸ ಕೇಳುತ್ತವೆ, ಮತ್ತು ಸರ್ವರ್ ಮೊದಲು ಸಂಸ್ಕರಿಸಿದ ಸೆಷನ್ ಸ್ವೀಕರಿಸುತ್ತದೆ. --duplicate-cn ಜೊತೆ ಪೂಲ್ ಖಾಲಿಯಾಗುವುದು ಒಂದು ಪ್ರಮಾಣಪತ್ರದ ಹಲವು ಸೆಷನ್ಗಳು ಒಂದು ನಮೂದಿಗಾಗಿ ಸ್ಪರ್ಧಿಸಿದಾಗ ಇದೇ ರೀತಿಯ ಫಲಿತಾಂಶ ನೀಡುತ್ತದೆ.

ಇದಕ್ಕಾಗಿ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಬದಲು ಸರ್ವರ್ ಲಾಗ್ ಓದಿ. ಯಾವ ಸೆಷನ್ ಯಾವ ವಿಳಾಸವನ್ನು ಪಡೆದಿದೆ ಎಂದು ಸರ್ವರ್ಗೆ ತಿಳಿದಿದೆ, ಮತ್ತು ಅಲ್ಲಿ ಪುನರಾವರ್ತಿತ ವಿಳಾಸಗಳು ಕ್ಲೈಂಟ್ಗೆ ಎಂದೂ ತಲುಪದ ಎಚ್ಚರಿಕೆಗಳಾಗಿ ಕಾಣುತ್ತವೆ.

ಮೂಲದಲ್ಲಿ ಸರಿಪಡಿಸಿ, ನಂತರ ಎರಡೂ ಸಾಧನಗಳನ್ನು ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ

ಕ್ರಮ ಮುಖ್ಯ. ಮೊದಲು LAN ನಕಲನ್ನು ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ವಿಳಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಲಾಗದ ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಅನ್ನೂ ಉಳಿಸಿಕೊಳ್ಳಲಾಗದು. ನಂತರ VPN ಬದಿಯಲ್ಲಿ ಒದಗಿಸುವಿಕೆಯನ್ನು ಸರಿಪಡಿಸಿ, ಏಕೆಂದರೆ ಪೂಲ್ ಹಂಚಿಕೆಗೆ ಕ್ಲೈಂಟ್ ಬದಿಯ ಸಂಪಾದನೆ ಮುಂದಿನ ಸಂಪರ್ಕದಲ್ಲಿ ರದ್ದಾಗುತ್ತದೆ. ಕೊನೆಯದಾಗಿ ನಕಲಿ ಗುರುತುಗಳನ್ನು ನಿರ್ವಹಿಸಿ: WireGuard ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಕೀಲಿ ಜೋಡಿಗಳು, OpenVPN ನಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಪ್ರಮಾಣಪತ್ರಗಳು ಅಥವಾ ಕನಿಷ್ಠ ಪ್ರತ್ಯೇಕ ಪ್ರೊಫೈಲ್ಗಳು.

ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಯಾಂತ್ರಿಕ ಭಾಗ ಚಿಕ್ಕದು. DHCP ಲೀಜ್ ಬಿಡುಗಡೆ ಮಾಡಿ ನವೀಕರಿಸಿ, ಅಥವಾ ಕಾಯ್ದಿರಿಸುವಿಕೆಗಾಗಿ ಸರ್ವರ್ನಲ್ಲಿ ವಿಳಾಸ ಬದಲಾಯಿಸುವಂತೆ ಕೇಳಿ. ಮುಕ್ತವಾಗಿ ಕಾಣುವ ಯಾವುದೇ ಯದೃಚ್ಛಿಕ ವಿಳಾಸವನ್ನು ಟೈಪ್ ಮಾಡಬೇಡಿ.

sudo dhclient -r eth0 && sudo dhclient eth0
ipconfig /release && ipconfig /renew

ನಂತರ ಒಂದು ಬದಿಯಿಂದ ಅಲ್ಲ, ಎರಡೂ ತುದಿಗಳಿಂದ ಪರಿಶೀಲಿಸಿ. ಗೇಟ್ವೇ, ನಂತರ ನಿಜವಾಗಿ ಬೇಕಾದ ಸೇವೆ ದೃಢೀಕರಿಸಿ, ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಪುನರಾವರ್ತಿಸಿ. ಎರಡು ಸಾಧನಗಳು ಒಳಗಿದ್ದರೆ ಎರಡನ್ನೂ ಪರಿಶೀಲಿಸಿ: ಒಂದು ವಿಳಾಸವನ್ನು ಸ್ಥಳಾಂತರಿಸಿದರೆ ಇನ್ನೊಂದು ಹಳೆಯ ನೆರೆಹೊರೆಯ ನಮೂದುಗಳು ಅಥವಾ ನಂತರ ಮತ್ತೆ ಕಾಣಿಸುವ ಹಳೆಯ ಲೀಜ್ನೊಂದಿಗೆ ಉಳಿಯುತ್ತದೆ.

ದಾರಿಯಲ್ಲಿ ಏನು ಮಾಡಬಾರದು

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

ನಿರ್ವಹಿತ ನೆಟ್ವರ್ಕ್ನ ವಿಳಾಸೀಕರಣವನ್ನೂ ನೀವೇ ಬದಲಾಯಿಸಬೇಡಿ. ಮೂಲ ಸೆಟ್ಟಿಂಗ್ ದಾಖಲಿಸಿ, ವಿಳಾಸ ಕೇಂದ್ರೀಯವಾಗಿ ಹಂಚಿಕೆಯಾದಾಗ ಮಾಲೀಕರನ್ನು ಕೇಳಿ, ಮತ್ತು ಬದಲಾವಣೆಯನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದಾದಷ್ಟು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ. RFC 5227 ವಿಳಾಸ ಘರ್ಷಣೆ ಪತ್ತೆಯ ನಿಯಮಗಳು ಸರಿಯಾದ ಪ್ರೋಬ್ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಎಂದು ವಿವರಿಸುತ್ತವೆ, ಘರ್ಷಣೆಯನ್ನು ನಿಜವೆಂದು ಕರೆಯುವ ಮೊದಲು ಅದನ್ನು ತಿಳಿಯುವುದು ಯೋಗ್ಯ.