ಇಬ್ಬರು ಮಾಲೀಕರು, ಒಂದು ವಿಳಾಸ: TAP ಬ್ರಿಡ್ಜ್‌ನಲ್ಲಿ ನಕಲಿ IP

ಒಂದು Windows ಕ್ಲೈಂಟ್ 10.8.0.2 ಅನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಂಡು ಬೂಟ್ ಕ್ರಮ ಬದಲಾಗುವವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ; ನಂತರ ಅದೇ ವಿಳಾಸವನ್ನು ಘರ್ಷಣೆ ಎಂದು ವರದಿ ಮಾಡಲಾಗುತ್ತದೆ, ಆದರೆ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ. ಅದೇ ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ ವಿಭಾಗದಲ್ಲಿನ ಎರಡನೇ ಹೋಸ್ಟ್ ಅದೇ ಮೌಲ್ಯವನ್ನು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಸಂರಚನೆಯನ್ನು ಕೊನೆಯಲ್ಲಿ ಮುಗಿಸುವ ಯಂತ್ರ ಸಾಮಾನ್ಯವಾಗಿ ಸೋಲುತ್ತದೆ. ಇಬ್ಬರೂ ಅದು ತಮ್ಮದು ಎಂದು ನಂಬುತ್ತಾರೆ, ಮತ್ತು ಸೋತವನು ಬಳಸಲು ಹೇಳಿದ್ದ ವಿಳಾಸವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾನೆ. ಇದನ್ನು ಸಮಯದ ಸಮಸ್ಯೆ ಎಂದು ಪರಿಗಣಿಸುವುದೇ ಪ್ರತಿ ಮರುಬೂಟ್‌ನಲ್ಲೂ ಅದು ಮರುಕಳಿಸಲು ಕಾರಣ.

ಬ್ರಿಡ್ಜ್ ಮುಟ್ಟುವ ಮೊದಲು ಘರ್ಷಣೆಯ ಸಾಕ್ಷ್ಯವನ್ನು ಓದಿ

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

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

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

ವಿಭಾಗದ ಪ್ರತಿ ಹಕ್ಕನ್ನು ಪಟ್ಟಿ ಮಾಡಿ

ಬ್ರಿಡ್ಜ್ ಮಾಡಿದ TAP ಸೆಟಪ್ ಹಿಂದೆ ಪ್ರತ್ಯೇಕವಾಗಿದ್ದ Ethernet ವಿಭಾಗಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ತಮ್ಮ ಜಾಲಗಳಲ್ಲಿ ಅನನ್ಯವಾಗಿದ್ದ ವಿಳಾಸಗಳು ಚೌಕಟ್ಟುಗಳು ಒಂದು ಕೊಂಡಿಯನ್ನು ಹಂಚಿಕೊಂಡಾಗ ಘರ್ಷಿಸಬಹುದು. ಆದ್ದರಿಂದ ಈ ದೋಷ ವರ್ಗ VPN ನಲ್ಲಿ ಇದೆ ಮತ್ತು ಅದು ಬದಲಿಸಿದ ಮಾರ್ಗೀಕೃತ ಜಾಲಗಳಲ್ಲಿ ಇಲ್ಲ. ನೀವು ಸಂಶಯಿಸುವ ಮೊದಲನೆಯ ಬದಲು ಪ್ರತಿ ಸಂಭಾವ್ಯ ಮಾಲೀಕರನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.

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

ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0

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

ಬ್ರಿಡ್ಜ್‌ಗಳಿಗೆ ಗುರುತು ಬೇಕಾದಲ್ಲಿಯೇ ಸಂಖ್ಯೆ ಹಾಕಿ

ಸಾಮಾನ್ಯ ಹೋಸ್ಟ್ ಬ್ರಿಡ್ಜ್‌ನಲ್ಲಿ ಬ್ರಿಡ್ಜ್ ಸಾಧನವು ಹೋಸ್ಟ್‌ನ ಮೂರನೇ ಪದರದ ಸಂರಚನೆಯನ್ನು ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು Ethernet ಹಾಗೂ TAP ಸದಸ್ಯರು ಪೋರ್ಟ್‌ಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಪ್ರತಿ ಸದಸ್ಯರಿಗೆ ತಮ್ಮದೇ ವಿಳಾಸ ನೀಡುವುದು, ಅಥವಾ ವಿಳಾಸ ಬದಲಿಸದೆ ಒಂದು ಸೆಟಪ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಹಲವು ಯಂತ್ರಗಳಿಗೆ ನಕಲಿಸುವುದು—ಒಂದೇ ವಿಭಾಗವು ಒಂದೇ ಮೌಲ್ಯದ ಮೂರು ಮಾಲೀಕರನ್ನು ಹೊಂದುವ ದಾರಿ. ಚೌಕಟ್ಟುಗಳನ್ನು ಮುಂದೆ ಕಳುಹಿಸಲು ಸದಸ್ಯರಿಗೆ ತಮ್ಮದೇ ಗುರುತು ಬೇಕಿಲ್ಲ. ಅವರಿಗೆ ಆ ವಿಭಾಗದಲ್ಲಿ ತಲುಪಬಹುದಾದ ಪ್ರತಿ ಹೋಸ್ಟ್‌ಗೆ ನಿಖರವಾಗಿ ಒಂದು ಗುರುತು ಬೇಕು.

ಕೇವಲ ಚೌಕಟ್ಟುಗಳನ್ನು ಸ್ವಿಚ್ ಮಾಡುವ ಬ್ರಿಡ್ಜ್‌ಗೆ ಆ ವಿಭಾಗದಲ್ಲಿ ವಿಳಾಸವೇ ಬೇಕಿಲ್ಲ. ಅದನ್ನು ಸಂಖ್ಯೆ ಇಲ್ಲದೆ ಬಿಡುವುದು ಘರ್ಷಣೆಗಳ ಒಂದು ಇಡೀ ವರ್ಗವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದರೆ ಹೋಸ್ಟ್‌ಗೆ ನೀವು ಪರಿಶೀಲಿಸಿದ ನಿರ್ವಹಣಾ ಮಾರ್ಗ ಇನ್ನೂ ಇರಬೇಕು. ಮೊದಲು ಪ್ರವೇಶವನ್ನು ದೃಢೀಕರಿಸಿ, ಎರಡನೆಯದಾಗಿ ವಿಳಾಸವನ್ನು ತೆಗೆಯಿರಿ, ಮೂರನೆಯದಾಗಿ ತಲುಪುವಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.

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

ಸರಿಪಡಿಸುವಿಕೆಯು ಮರುಬೂಟ್‌ನಲ್ಲಿ ಉಳಿಯುವಂತೆ ಮಾಡಿ

ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಇಂಟರ್ಫೇಸ್ ಬದಲಿಸುವುದು ಪ್ರಸ್ತುತ ಬೂಟ್ ಅನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ, ಬೇರೇನನ್ನೂ ಅಲ್ಲ. ಬೂಟ್‌ನಲ್ಲಿ ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಸೃಷ್ಟಿಸುವ ಯಾವುದೇ ವಸ್ತು ಮುಂದಿನ ಮರುಬೂಟ್‌ನಲ್ಲಿ ಘರ್ಷಣೆಯನ್ನು ಮರಳಿಸುತ್ತದೆ, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಕೆಲಸ ಮಾಡಲಿಲ್ಲ ಎಂದು ನೀವು ತೀರ್ಮಾನಿಸುತ್ತೀರಿ, ವಾಸ್ತವವಾಗಿ ಅದು ಎಂದಿಗೂ ಶಾಶ್ವತವಾಗಿರಲಿಲ್ಲ. ನೀವು ಯಾವ ಫೈಲ್ ಬದಲಿಸಿದಿರಿ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ, ಮುಂದಿನ ಮರುಬೂಟ್ ಆಶ್ಚರ್ಯವನ್ನು ಬಯಲು ಮಾಡುವ ಬದಲು ನಿರ್ಣಯವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ.

ಆ ಸಂರಚನೆಯ ಮಾಲೀಕರನ್ನು ಹುಡುಕಿ: ಜಾಲ ನಿರ್ವಾಹಕದ ಪ್ರೊಫೈಲ್, ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ ಫೈಲ್, ಕಂಟೈನರ್ ಅಥವಾ VM ವ್ಯಾಖ್ಯಾನ, ಅಥವಾ cloud-init ತುಣುಕು. ಅದನ್ನು ಅಲ್ಲಿಯೇ ಬದಲಿಸಿ, ನಂತರ ಹೊಸ ಮೌಲ್ಯವೇ ಮರಳಿ ಬರುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಒಂದು ಬಾಧಿತ ಹೋಸ್ಟ್ ಅನ್ನು ಮರುಬೂಟ್ ಮಾಡಿ. ಮರುಬೂಟ್ ಮಾತ್ರ ಶಾಶ್ವತತೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರೀಕ್ಷೆ.

DHCP ಶ್ರೇಣಿಯೊಳಗಿನ ಬ್ರಿಡ್ಜ್ ವಿಳಾಸಗಳನ್ನು ಹೊರತುಪಡಿಸುವಿಕೆಗಳಾಗಿ ಕಾಯ್ದಿರಿಸಿ, ಅಥವಾ ಅವನ್ನು ಹೊರಗೆ ಸರಿಸಿ. ಕೇವಲ ಸ್ಪ್ರೆಡ್‌ಶೀಟ್‌ನಲ್ಲಿ ಇರುವ ಕಾಯ್ದಿರಿಸುವಿಕೆ ಹೊರತುಪಡಿಸುವಿಕೆ ಅಲ್ಲ, ಮತ್ತು ಹಂಚಿಕೆದಾರ ಅದನ್ನು ಓದುವುದಿಲ್ಲ.

ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿರುವಾಗ ಇದನ್ನು ಸಾಬೀತುಪಡಿಸಿ

ಒಂದು ಯಶಸ್ವಿ ಸಂಪರ್ಕ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಮೂಲ ಲಕ್ಷಣ ಕ್ರಮ ಬದಲಾದಾಗ ಮಾತ್ರ ಕಾಣಿಸುತ್ತಿತ್ತು. ಪ್ರತಿ ಉದ್ದಿಷ್ಟ ಕ್ಲೈಂಟ್ ಅನ್ನು ಎಬ್ಬಿಸಿ, ಬೂಟ್ ಕ್ರಮವನ್ನು ಬದಲಿಸಿ, ಮತ್ತು ಮರುಸಂಪರ್ಕದ ನಂತರ ಪುನರಾವರ್ತಿಸಿ. ನಂತರ ಹಿಂದೆ ಓಟದಲ್ಲಿ ಸೋಲುತ್ತಿದ್ದ ಹೋಸ್ಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ವಿಳಾಸ ಉಳಿಯುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

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

arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2

ಉತ್ತರವಿಲ್ಲದ ಪರಿಶೀಲನೆ ಸ್ವಚ್ಛ ವಿಭಾಗದಲ್ಲಿ ನಿರೀಕ್ಷಿತ ಫಲಿತಾಂಶ. ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಎಳೆದುಕೊಳ್ಳುವ ಪರಿಶೀಲನೆ ನಿಮಗೆ ಉಳಿದ ಮಾಲೀಕರ ಹಾರ್ಡ್‌ವೇರ್ ವಿಳಾಸವನ್ನು ನೀಡುತ್ತದೆ, ಅದು ಆರಂಭದಲ್ಲಿ Windows ಘಟನೆ ನೀಡಿದ ಅದೇ ಸಾಕ್ಷ್ಯ. ಆ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯೊಂದಿಗೆ ಇರಿಸಿ, ಏಕೆಂದರೆ ವಿಳಾಸವು ಅನನ್ಯವಾಗಿ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಲ್ಪಟ್ಟಿದೆ ಎಂಬುದಕ್ಕೆ ಅದೇ ಏಕೈಕ ಸಾಕ್ಷ್ಯ.