ಆ ಟನೆಲ್ ವಿಳಾಸ ಒಂದು ಪೀರ್, ನೀವು ಬ್ರೌಸ್ ಮಾಡಬಹುದಾದ ಸಬ್ನೆಟ್ ಅಲ್ಲ
ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್‌ನಲ್ಲಿ ಮಾಸ್ಕ್ ದೂರದ ತುದಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ನೆರೆಹೊರೆಯವರ ಶ್ರೇಣಿಯನ್ನಲ್ಲ. ಸಬ್ನೆಟ್ ತಪ್ಪಾಗಿ ಕಾಣುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಪೀರ್‌ನ ವಿಳಾಸವನ್ನು ಓದಿ.
ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ವಿಳಾಸಗಳ ಜೋಡಿಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಅಥವಾ ಒಂದು ವಿಳಾಸವನ್ನು 255.255.255.255 ಮಾಸ್ಕ್‌ನೊಂದಿಗೆ ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಮೊದಲ ಪ್ರತಿಕ್ರಿಯೆ ಸರ್ವರ್ ಏನೋ ಮುರಿದದ್ದನ್ನು ನೀಡಿದೆ ಎಂದು. ಏನೂ ಮುರಿದಿಲ್ಲ: ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್ ಆಗಿದೆ, ಮತ್ತು ಮಾಸ್ಕ್ ನೆರೆಹೊರೆಯವರ ಶ್ರೇಣಿಯನ್ನಲ್ಲ, ಆ ಒಂದೇ ಲಿಂಕ್‌ನ ದೂರದ ತುದಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ. ಜೋಡಿಯನ್ನು ಸ್ಥಳೀಯ ಮತ್ತು ಪೀರ್ ಎಂದು ಓದುವುದು ವಿಚಿತ್ರ ಮಾಸ್ಕ್, ಅದರ ಪಕ್ಕದ ಏಕ-ಹೋಸ್ಟ್ ರೂಟ್ ಮತ್ತು ಕಾಣೆಯಾದ ನೆರೆಹೊರೆ ಕೋಷ್ಟಕವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಅದೇ ಓದುವಿಕೆ ಕ್ಷಮಿಸದ್ದು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಅತಿಕ್ರಮಿಸುವ ವಿಳಾಸ ಯೋಜನೆ.
ಟನೆಲ್ ಲಿಂಕ್‌ನಲ್ಲಿ ಮಾಸ್ಕ್ ತಪ್ಪಾಗಿ ಕಾಣುವುದೇಕೆ
Ethernet ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ, ವಿಳಾಸ ಮತ್ತು ಮಾಸ್ಕ್ ಎರಡು ವಿಷಯಗಳನ್ನು ಹೇಳುತ್ತವೆ: ಈ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಹೊಂದಿದೆ, ಮತ್ತು ಪೂರ್ವಪ್ರತ್ಯಯದ ಒಳಗಿನ ಎಲ್ಲವೂ ನೇರ ನೆರೆಯವರು. ಕರ್ನಲ್ ಈ ಎರಡು ಸಂಗತಿಗಳಿಂದ ಲಿಂಕ್‌ನಲ್ಲಿ ರೂಟ್ ಅನ್ನು ಪಡೆಯುತ್ತದೆ, ನಂತರ ಇರುವುದೆಂದು ಭಾವಿಸುವ ನೆರೆಯವರಿಗೆ ಲಿಂಕ್ ವಿಳಾಸಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಇಂಟರ್ಫೇಸ್ ಮಾಲೀಕತ್ವವನ್ನು ಉಳಿಸಿಕೊಂಡು ನೆರೆಯವರನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಸಾಲಿನಲ್ಲಿ ಎರಡನೇ ವಿಳಾಸವು ಹಂಚಿದ ವಿಭಾಗದಲ್ಲಿನ ಇನ್ನೊಂದು ಹೋಸ್ಟ್ ಅಲ್ಲ, ದೂರದ ತುದಿ. ಯಾವುದೇ ಹಾರ್ಡ್‌ವೇರ್ ವಿಳಾಸೀಕರಣವಿಲ್ಲ, ಪರಿಹಾರ ಸಂಚಾರವಿಲ್ಲ ಮತ್ತು ಸೇರಲು ಯಾವುದೇ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಡೊಮೇನ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಇಂಟರ್ಫೇಸ್ ನಿಖರವಾಗಿ ಒಂದೇ ಗಮ್ಯಸ್ಥಾನವಿರುವ ಕೊಳವೆಯಂತೆ ವರ್ತಿಸುತ್ತದೆ.
ಅಗಲವಾದ ಮಾಸ್ಕ್‌ನ ಪಕ್ಕದಲ್ಲಿ ಏಕ-ಹೋಸ್ಟ್ ರೂಟ್ ಇಲ್ಲಿ ರೋಗಲಕ್ಷಣವಲ್ಲ, ಸಾಮಾನ್ಯ ಎನಿಸುವುದೂ ಅದೇ ಕಾರಣ. ಈ ಲಿಂಕ್‌ನಲ್ಲಿ ತಲುಪುವಿಕೆ ಎಂದರೆ ಒಂದು ವಿಳಾಸ, ಮತ್ತು ಕರ್ನಲ್ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಬರೆಯುತ್ತದೆ. ಎರಡೂ ವಿಳಾಸಗಳನ್ನು ಜೊತೆಯಾಗಿ ಓದಿ ಸಂರಚನೆ ತಪ್ಪಾಗಿದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಒಂಟಿಯಾಗಿ ದೋಷದಂತೆ ಕಾಣುತ್ತದೆ.
ಎರಡು ಟೋಪೋಲಜಿಗಳು, ಎರಡು ವಿಳಾಸ ಆಕಾರಗಳು
ಹಳೆಯ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಟೋಪೋಲಜಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ಗೆ ಸಣ್ಣ ಬ್ಲಾಕ್ ನೀಡಿ ಮಧ್ಯದ ಎರಡು ವಿಳಾಸಗಳನ್ನು ಬಳಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಾಸ್ಕ್ ಪೂಲ್‌ನಂತಲ್ಲ, ನೆಟ್‌ವರ್ಕ್‌ನ ತುಣುಕಿನಂತೆ ಕಾಣುತ್ತದೆ. ಸಬ್ನೆಟ್ ಟೋಪೋಲಜಿ ಪೂಲ್‌ನಿಂದ ಪೂಲ್ ಮಾಸ್ಕ್‌ನೊಂದಿಗೆ ವಿಳಾಸ ನೀಡುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್‌ನ ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಪೀರ್ ಎಂದು ಕರೆಯುತ್ತದೆ. ಎರಡೂ ಮಾನ್ಯ ಲಿಂಕ್ ಉತ್ಪಾದಿಸುತ್ತವೆ, ಮತ್ತು ಅವು ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಯಾವ ವಿಳಾಸಗಳು ಕಾಣುತ್ತವೆ ಮತ್ತು ಬಳಕೆದಾರರು ಪ್ರಶ್ನಿಸಬಹುದಾದ ಮಾಸ್ಕ್‌ನಲ್ಲಿ ಮಾತ್ರ ಭಿನ್ನವಾಗಿವೆ.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ಗೆ ಯಾವ ಸಾಲು ಹೊಂದಿಕೆಯಾದರೂ, ಮೊದಲು ಪೀರ್ ಓದಿ, ಏಕೆಂದರೆ ಅದು ದೂರದ ತುದಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಮಾಸ್ಕ್ ವಿವರಿಸುತ್ತದೆ. ವಿಭಿನ್ನ ಟೋಪೋಲಜಿಗಳ ಸರ್ವರ್‌ಗಳ ನಡುವೆ ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ತನ್ನ ಹೊಸ ಮನೆಗೆ ತಪ್ಪು ಆಕಾರವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಅಸಾಮರಸ್ಯವನ್ನು ಸರ್ವರ್ ದೋಷ ಎಂದು ತಪ್ಪಾಗಿ ಭಾವಿಸುವುದು ಸುಲಭ.
ಪೂಲ್ ಮತ್ತು ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್ ಒಂದೇ ಬಿಟ್‌ಗಳನ್ನು ಕೇಳಿದಾಗ
ಲಿಂಕ್ ರೂಟ್ ಆಗಿರುವುದರಿಂದ, ಪೂಲ್‌ಗೆ ಸರ್ವರ್ ತಲುಪಬಹುದಾದ ನೆಟ್‌ವರ್ಕ್‌ಗಳಲ್ಲಿ ಎಲ್ಲೂ ಕಾಣದ ಪೂರ್ವಪ್ರತ್ಯಯ ಬೇಕು. ಒಂದನ್ನು ಹಂಚಿಕೊಂಡರೆ ಕ್ಲೈಂಟ್ ಎರಡು ಸ್ಥಳಗಳನ್ನು ಅರ್ಥೈಸುವ ಶ್ರೇಣಿಗೆ ಒಂದೇ ರೂಟ್ ಹೊಂದಿರುತ್ತದೆ, ಮತ್ತು ಯಾವ ಸ್ಥಳ ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ಕೊನೆಯದಾಗಿ ಸ್ಥಾಪಿಸಿದ ರೂಟ್ ನಿರ್ಧರಿಸುತ್ತದೆ. ವೈಫಲ್ಯ ಕ್ಲೈಂಟ್‌ನಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, ಆದರೂ ಅದರ ಹಿಂದಿನ ನಿರ್ಧಾರ ವಿಳಾಸ ಯೋಜನೆಗೆ ಸೇರಿದೆ. ಬಳಕೆದಾರರು ವರದಿ ಮಾಡುವುದು ಟನೆಲ್ ಮೇಲೆ ಬಂದಾಗ ಸ್ಥಳೀಯ ರೂಟರ್ ಮಾಯವಾಗುವುದು, ಅಥವಾ ಕೆಲವೇ ಕಚೇರಿ ಹೋಸ್ಟ್‌ಗಳು ಉತ್ತರಿಸುವುದು.
ಹೋಲುವಂತೆ ಕಾಣುವ ಪೂರ್ವಪ್ರತ್ಯಯಗಳು ಬೇರೆ ಪ್ರಕರಣ, ಮತ್ತು ಆಕ್ಟೆಟ್‌ಗಳನ್ನು ಕಣ್ಣಿನಿಂದ ಹೋಲಿಸುವುದು ಪೂರ್ವಪ್ರತ್ಯಯ ಹೋಲಿಕೆ ಅಲ್ಲ. ಎರಡನ್ನೂ ಬರೆದು ಮಾಸ್ಕ್ ಆದ ಬಿಟ್‌ಗಳನ್ನು ಎಣಿಸಿ: 192.168.4.0/24 ವಿರುದ್ಧ 192.168.6.0/24 ಬಿಟ್ 22 ರವರೆಗೆ ಹೊಂದಿಕೆಯಾಗಿ ಬಿಟ್ 23 ನಲ್ಲಿ ಬೇರ್ಪಡುತ್ತವೆ, ಏಕೆಂದರೆ ಮೂರನೇ ಆಕ್ಟೆಟ್ ಹೀಗೆ ಓದಲ್ಪಡುತ್ತದೆ: 00000100 ವಿರುದ್ಧ 00000110, ಆದ್ದರಿಂದ ಆ ಎರಡು ನೆಟ್‌ವರ್ಕ್‌ಗಳು ನಿಜವಾಗಿಯೂ ಪ್ರತ್ಯೇಕ. 10.8.0.0/24 ಇನ್ನೊಂದರ ಪಕ್ಕದಲ್ಲಿ 10.8.0.0/24 ಇರಿಸಿ ಮತ್ತು ಎಲ್ಲಾ 24 ಮಾಸ್ಕ್ ಆದ ಬಿಟ್‌ಗಳು ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ, ಅಂದರೆ ಒಂದು ರೂಟ್ ಎರಡೂ ಸ್ಥಳಗಳನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಾರದು. ಮಾಸ್ಕ್‌ನ ಉದ್ದ ಹೋಲಿಕೆ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೆಯದಾಗಿ ಸ್ಥಾಪಿಸಿದ ನೆಟ್‌ವರ್ಕ್ ಸೋಲುತ್ತದೆ.
ರೂಟ್ ಮಾಡಿದ ಲಿಂಕ್ ಏನನ್ನು ತಲುಪಿಸಲಾರದು
ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಮತ್ತು ಮಲ್ಟಿಕಾಸ್ಟ್ ರೂಟ್ ಮಾಡಿದ ಲಿಂಕ್ ದಾಟುವುದಿಲ್ಲ, ಮತ್ತು ಹಲವು ಪರಿಚಿತ ವೈಶಿಷ್ಟ್ಯಗಳು ಅವುಗಳ ಮೇಲೆ ನಿರ್ಮಿತವಾಗಿವೆ. ಬ್ರೌಸ್ ಪಟ್ಟಿಗಳು, ಹೆಸರು ಘೋಷಣೆಗಳು ಮತ್ತು ಸೇವೆ ಅನ್ವೇಷಣೆ ಎಲ್ಲವೂ ಹಂಚಿದ ವಿಭಾಗವನ್ನು ಊಹಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಫೈಲ್ ಸರ್ವರ್ ವಿಳಾಸದಿಂದ ಪ್ರತಿ ವಿನಂತಿಗೂ ಉತ್ತರಿಸಬಹುದು ಮತ್ತು ಆದರೂ ಯಾವುದೇ ಪಟ್ಟಿಯಲ್ಲಿ ಎಂದಿಗೂ ಕಾಣಿಸದಿರಬಹುದು. ಲಿಂಕ್-ಸ್ಥಳೀಯ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿದ ಹೆಸರು ಪರಿಹಾರ ಅದೇ ಕಾರಣಕ್ಕೆ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಸಂಪಾದನೆ ಟನೆಲ್ ಏನನ್ನು ಸಾಗಿಸಬಲ್ಲದು ಎಂಬುದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಅದು ಮುಖ್ಯವೇ ಎಂಬುದು ಅಗತ್ಯಗಳ ಪ್ರಶ್ನೆ, ರೂಟಿಂಗ್‌ನದಲ್ಲ.
ಆ ವಿತರಣೆಗಳು ನಿಜವಾಗಿಯೂ ಬೇಕಾದ ಕ್ಲೈಂಟ್‌ಗೆ ಸೇತುವೆ ಇಂಟರ್ಫೇಸ್ ಬೇಕು, ಅದು Ethernet ಫ್ರೇಮ್‌ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಬ್ರಾಡ್‌ಕಾಸ್ಟ್ ಡೊಮೇನ್ ಉಳಿಸುತ್ತದೆ. ಬೆಲೆ ಹೆಚ್ಚು ಗದ್ದಲದ ಲಿಂಕ್, ಮೇಲೆ ವಿವರಿಸಿದ ಸ್ವಚ್ಛ ವಿಳಾಸೀಕರಣದ ನಷ್ಟ, ಮತ್ತು ಲೂಪ್‌ಗಳು ಕಾಣಿಸಿದಾಗ ಬಹಳ ದೊಡ್ಡ ವೈಫಲ್ಯ ಮೇಲ್ಮೈ. ಬದಲಿಸುವ ಮೊದಲು ಅಗತ್ಯವನ್ನು ಸಮರ್ಥಿಸಿ, ಮತ್ತು ಅಗತ್ಯ ಹೆಸರುಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಾಗ ಮಾತ್ರ ರೂಟ್ ಮಾಡಿದ ಲಿಂಕ್‌ಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವ ಹೆಸರು ಸೇವೆಗೆ ಆದ್ಯತೆ ನೀಡಿ.
ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಓದುವುದು
ಕರ್ನಲ್‌ಗೆ ಅದು ಏನನ್ನು ಸ್ಥಾಪಿಸಿತು ಎಂದು ಕೇಳಿ, ಪ್ರೊಫೈಲ್ ಏನು ಹೇಳುತ್ತದೆ ಎಂದು ಕಾಣುವುದನ್ನಲ್ಲ. ವಿಳಾಸ ಔಟ್‌ಪುಟ್ ಮಾಸ್ಕ್ ವಿವರಿಸುವ ಪೀರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ರೂಟ್ ಔಟ್‌ಪುಟ್ ಅಲ್ಲಿಗೆ ದಾರಿ ಇದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಟನೆಲ್ ಸಾಧನದ ವಿರುದ್ಧ ಚಲಾಯಿಸಲು ಒಂದು ಕ್ಷಣ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಪ್ರಶ್ನೆಯನ್ನು ಬಗೆಹರಿಸುತ್ತದೆ.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1ಆ ಮೂರು ಹೊಂದಿಕೆಯಾದರೆ, ಪ್ರೊಫೈಲ್ ತನಗೆ ಸಂರಚಿಸಿದ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತಿದೆ, ಮತ್ತು ಉಳಿದ ಸಮಸ್ಯೆ ಬೇರೆಡೆ ಇದೆ. ಟೋಪೋಲಜಿಯನ್ನು ಕಾಣೆಯಾದ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೆಸರಿಸುವ ಕಾರಣಕ್ಕೆ ಮಾತ್ರ ಬದಲಿಸಿ, ಏಕೆಂದರೆ ಅಪರಿಚಿತ ಮಾಸ್ಕ್ ಅಂಥದ್ದಲ್ಲ.