ಒಂದು Tailscale ಹೋಸ್ಟ್ ತಲುಪಲಾಗುತ್ತಿಲ್ಲ: ಸಬ್‌ನೆಟ್ ರೌಟರ್ ಅಥವಾ ನಿರ್ಗಮನ ನೋಡ್?

ಒಂದು Tailscale ಹೋಸ್ಟ್ ಉತ್ತರಿಸುತ್ತದೆ ಆದರೆ ಇನ್ನೊಂದು ಕತ್ತಲಲ್ಲೇ ಉಳಿಯುತ್ತದೆ, ಅಥವಾ ಸಾರ್ವಜನಿಕ ವೆಬ್‌ಸೈಟ್‌ಗಳು ತಪ್ಪು ದೇಶವನ್ನು ವರದಿ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವವರೆಗೆ ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಎರಡೂ ದೂರುಗಳು “Tailscale ಮುರಿದಿದೆ” ಎಂದು ಬರುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಸಕ್ರಿಯಗೊಳಿಸಿದ ತಪ್ಪು ರಚನೆ. ಮೊದಲು ವಿಫಲವಾದ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಜೋಡಿಸಿ, ನಂತರ ಅದನ್ನು ಆವರಿಸುವ ಪಾತ್ರವನ್ನು ಆರಿಸಿ.

ವಿಫಲವಾದ ಗಮ್ಯಸ್ಥಾನದಿಂದಲೇ ಪ್ರಾರಂಭಿಸಿ

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

ವಿಳಾಸ ಕುಟುಂಬವನ್ನೂ ಗಮನಿಸಿ. ಕೇವಲ IPv4 ಎಂದು ಘೋಷಿಸಲಾದ ಸಬ್‌ನೆಟ್ IPv6 ಗಮ್ಯಸ್ಥಾನಗಳನ್ನು ಸ್ಥಳೀಯ ಮಾರ್ಗದಲ್ಲಿ ಬಿಡುತ್ತದೆ, ಇದು ಯಾರಾದರೂ ಎರಡೂ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ಹೋಲಿಸುವವರೆಗೆ ಭಾಗಶಃ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ. ಮಾರ್ಗವು ಹೇಗಿರಬೇಕೆಂದು ನೀವು ನಿರೀಕ್ಷಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ, ನಂತರ ಪರೀಕ್ಷೆಗೆ ವಿರೋಧಿಸಲು ಏನಾದರೂ ಸಿಗುತ್ತದೆ.

Tailscale ಅನ್ನು ಎಂದಿಗೂ ಚಲಾಯಿಸದ ಸಾಧನವನ್ನು ತಲುಪಿ

ರೌಟರ್ tailnet ಗೆ ನಿರ್ದಿಷ್ಟ ಶ್ರೇಣಿಗಳನ್ನು ಘೋಷಿಸುತ್ತದೆ, ನಂತರ tailnet ಮತ್ತು ಖಾಸಗಿ ಸೆಗ್‌ಮೆಂಟ್ ನಡುವೆ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ರವಾನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಸೆಗ್‌ಮೆಂಟ್‌ನ ಸಾಧನಗಳಿಗೆ ತಮ್ಮದೇ ಕ್ಲೈಂಟ್ ಬೇಕಿಲ್ಲ. ಮನೆಯ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಕಚೇರಿಯ NAS ತಲುಪುವುದು ನಿಖರವಾಗಿ ಇದೇ ಸಂದರ್ಭ. ಆ ಬದಿಯಲ್ಲಿ tailnet ನ ಏಕೈಕ ಸದಸ್ಯ ರೌಟರ್.

tailscale up --advertise-routes=10.40.0.0/24 --advertise-exit-node=false
ip route get 10.40.0.55
tailscale status

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

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

ಸಾರ್ವಜನಿಕ ಸಂಚಾರವನ್ನು ಇನ್ನೊಂದು ಯಂತ್ರದ ಮೂಲಕ ಹೊರಕ್ಕೆ ಕಳುಹಿಸಿ

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

tailscale up --advertise-exit-node
tailscale up --exit-node=100.101.102.103 --exit-node-allow-lan-access=false
tailscale status --json | grep -i exitnode

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

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

ಒಂದೇ ಹೋಸ್ಟ್ ವಿಫಲವಾದಾಗ ಮುಮ್ಮುಖ ವಿಭಜನೆಯನ್ನು ಓದಿ

ನಿಮ್ಮ ಸೆಗ್‌ಮೆಂಟ್‌ನಲ್ಲಿರುವ ಮುದ್ರಕ, ದೂರದ ಸಬ್‌ನೆಟ್ ರೌಟರ್‌ನ ಹಿಂದಿನ NAS ಮತ್ತು ಸಾರ್ವಜನಿಕ ಸೈಟ್ — ಮೂರು ಬೇರೆ ಬೇರೆ ಮಾರ್ಗಗಳಿರುವ ಮೂರು ಗಮ್ಯಸ್ಥಾನಗಳು. ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದು ವಿಫಲವಾದರೆ, ದೋಷವು ಆ ಗಮ್ಯಸ್ಥಾನದ ಮಾರ್ಗಕ್ಕೆ ಸೇರಿದ್ದು, ಇಡೀ ಕ್ಲೈಂಟ್‌ಗಲ್ಲ. ನಿರ್ಗಮನ ನೋಡ್ ಬಳಕೆಯಲ್ಲಿರುವಾಗ ಸ್ಥಳೀಯ ಮುದ್ರಕಕ್ಕೆ ಸಾಮಾನ್ಯ ಉತ್ತರ LAN-ಪ್ರವೇಶ ಸೆಟ್ಟಿಂಗ್. ದೂರದ NAS ಗಾಗಿ ಘೋಷಿತ ಶ್ರೇಣಿ, ಅದರ ಅನುಮೋದನ ಸ್ಥಿತಿ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ. ಸಾರ್ವಜನಿಕ ಸೈಟ್‌ಗಾಗಿ ಯಾವ ನಿರ್ಗಮನ ನೋಡ್ ಆಯ್ಕೆಯಾಗಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಅದನ್ನು ನಿಜವಾಗಿಯೂ ಸ್ವೀಕರಿಸಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ವಿಳಾಸ ಕೆಲಸ ಮಾಡಿ ಹೆಸರು ಮಾಡದಿದ್ದರೆ, ಮಾರ್ಗಗಳನ್ನು ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಖಾಸಗಿ DNS ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ತಪ್ಪು ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರು ತಡೆಯಲಾದ ಮಾರ್ಗಕ್ಕೆ ಸರ್ವಸಮಾನವಾಗಿ ಕಾಣುವ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಮೊದಲು ವಿಳಾಸ, ನಂತರ ಹೆಸರನ್ನು ಪರೀಕ್ಷಿಸಿ, ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಯಾವ ಪದರವನ್ನು ತೆರೆಯಬೇಕೆಂದು ಹೇಳುತ್ತವೆ.

ನೀವು ನಿರ್ಮಿಸಿದ್ದೀರಿ ಎಂದು ಭಾವಿಸುವ ಮಾರ್ಗವನ್ನು ದೃಢೀಕರಿಸಿ

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

ip route get 10.40.0.55
ip -6 route show default
tailscale ping 10.40.0.55

ಅದನ್ನು tailnet ನ ಸ್ವಂತ ನೋಟದೊಂದಿಗೆ ಜೋಡಿಸಿ, ಅದು ಸಹಚರ ನೇರವಾಗಿ ಸಂಪರ್ಕಗೊಂಡಿದೆಯೇ ಅಥವಾ ರಿಲೇ ಮೂಲಕವೇ ಎಂದು ತೋರಿಸುತ್ತದೆ. ರಿಲೇ ಮಾರ್ಗವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಇದು ನೀವು ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದ ಮಾರ್ಗಕ್ಕೆ ಯಾವ ಸಂಬಂಧವೂ ಇಲ್ಲದ ವಿಳಂಬದ ದೂರುಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸಬ್‌ನೆಟ್ ರೌಟರ್ ದಸ್ತಾವೇಜು ಪರಿಚಯವಿಲ್ಲದಿದ್ದರೆ ಅನುಮೋದನ ಹಂತವನ್ನು ಆವರಿಸುತ್ತದೆ. ನಂತರ ನಿಮ್ಮ ಸ್ವಂತ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಯಾವ ರಚನೆ ಯಾವ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಆವರಿಸುತ್ತದೆ ಎಂದು ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಸೈಟ್ ಸೇರಿಸುವ ಮುಂದಿನ ವ್ಯಕ್ತಿಯೂ ಅದೇ ಪ್ರಶ್ನೆ ಕೇಳುತ್ತಾರೆ.