ਲਾਇਨਕਸ 'ਤੇ Tailscale ਕਲਾਇੰਟ ਘੋਸ਼ਿਤ ਸਬਨੈੱਟ ਰੂਟਾਂ ਨੂੰ ਕਿਉਂ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ

ਤੁਸੀਂ ਲਾਇਨਕਸ ਲੈਪਟਾਪ 'ਤੇ ਹੋ, tailscale status ਹੋਰ ਮਸ਼ੀਨਾਂ ਦੀ ਸੂਚੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ 10.80.0.25 'ਤੇ NAS ਅਜੇ ਵੀ ਸਮਾਂ ਖ਼ਤਮ ਹੋ ਕੇ ਰੁਕਦਾ ਹੈ। tailnet ਸਿਹਤਮੰਦ ਹੈ, ਸਬਨੈੱਟ ਰਾਊਟਰ ਆਨਲਾਈਨ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਇਸਦੇ ਪਿੱਛੇ ਦਾ LAN ਕਿਉਂ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਹੇਠਾਂ ਦਿੱਤੀ ਜਾਣਕਾਰੀ ਉਸ ਲੱਛਣ ਤੋਂ ਬਾਹਰ ਵੱਲ ਵਧਦੀ ਹੈ: ਇਸ ਕਲਾਇੰਟ 'ਤੇ ਫਲੈਗ, ਫਿਰ ਰਾਊਟਰ 'ਤੇ ਘੋਸ਼ਣਾ, ਫਿਰ ਮਨਜ਼ੂਰੀ, ਫਿਰ ਨੀਤੀ, ਅਤੇ ਫਿਰ ਹੀ ਮੰਜ਼ਿਲ ਆਪ। ਹਰ ਦਰਵਾਜ਼ਾ ਉਸੇ ਸਮਾਂ ਸੀਮਾ ਨਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਕ੍ਰਮ ਹੁਕਮਾਂ ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਲਾਇਨਕਸ ਕਲਾਇੰਟ ਕੀ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ

ਲਾਇਨਕਸ 'ਤੇ Tailscale ਕਲਾਇੰਟ ਘੋਸ਼ਿਤ ਸਬਨੈੱਟ ਰੂਟਾਂ ਨੂੰ ਉਦੋਂ ਤੱਕ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਨਾ ਕਹੋ। ਉਸ ਸੈਟਿੰਗ ਤੋਂ ਬਿਨਾਂ ਕਲਾਇੰਟ tailnet ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪੀਅਰ ਪਤਿਆਂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਜਦਕਿ ਰਾਊਟਰ ਜੋ ਵੀ ਪ੍ਰੀਫਿਕਸ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ ਉਹ ਵਰਤਿਆ ਨਹੀਂ ਜਾਂਦਾ। ਡਿਫਾਲਟ ਜਾਣਬੁੱਝ ਕੇ ਹੈ, ਅਤੇ ਇਸੇ ਲਈ ਲੱਛਣ ਸਥਾਨਕ ਫੈਸਲੇ ਵਾਂਗ ਨਹੀਂ ਸਗੋਂ ਖਰਾਬ ਰਾਊਟਰ ਵਾਂਗ ਦਿਖਦਾ ਹੈ।

ਇੱਥੇ ਦੋ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਰੂਟਿੰਗ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਤੁਹਾਡੀ ਹੈ। ਰਾਊਟਰ tailnet ਵਿੱਚ ਪ੍ਰੀਫਿਕਸ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ; ਤੁਹਾਡੀ ਮਸ਼ੀਨ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਇਸਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਕਿਸੇ ਵੀ ਇੱਕ ਵਿੱਚ ਨਾਕਾਮੀ ਉਹੀ ਸਮਾਂ ਸੀਮਾ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਅੱਧਾ ਦਿਨ ਬਰਬਾਦ ਕਰਦਾ ਹੈ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਪਾਸਾ ਇਨਕਾਰ ਕਰ ਰਿਹਾ ਹੈ।

ਇਸ ਮਸ਼ੀਨ ਲਈ ਰੂਟ ਸਵੀਕ੍ਰਿਤੀ ਚਾਲੂ ਕਰੋ

ਕਲਾਇੰਟ 'ਤੇ ਤਰਜੀਹ ਸੈੱਟ ਕਰੋ, ਫਿਰ ਹੁਕਮ ਲਾਗੂ ਹੋਇਆ ਮੰਨਣ ਦੀ ਥਾਂ ਦੇਖੋ ਕਿ ਕੀ ਬਦਲਿਆ। ਮੌਜੂਦਾ ਰੂਪ ਲੌਗਇਨ ਪ੍ਰਵਾਹ ਨੂੰ ਦੁਹਰਾਏ ਬਿਨਾਂ ਸੈਟਿੰਗ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਜੋ ਸੈਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਹੋਣ ਵੇਲੇ ਮਹੱਤਵਪੂਰਨ ਹੈ।

sudo tailscale set --accept-routes
tailscale status
ip route show table 52

Tailscale ਲਾਇਨਕਸ 'ਤੇ ਸਵੀਕਾਰ ਕੀਤੇ ਰੂਟ ਆਪਣੀ ਟੇਬਲ ਵਿੱਚ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਟੇਬਲ 52 ਵਿੱਚ ਦਿਖਣਾ ਸਿੱਧਾ ਸਬੂਤ ਹੈ ਕਿ ਇਸ ਕਲਾਇੰਟ ਨੇ ਘੋਸ਼ਣਾ ਸਥਾਪਿਤ ਕੀਤੀ। ਜੇ ਤੁਹਾਡੀ ਰੇਂਜ ਉਸ ਟੇਬਲ ਵਿੱਚ ਨਹੀਂ ਹੈ ਤਾਂ ਰੁਕੋ: ਸਮੱਸਿਆ ਸਥਾਨਕ ਹੈ ਅਤੇ ਰਾਊਟਰ 'ਤੇ ਕਿੰਨਾ ਵੀ ਕੰਮ ਕਰੋ ਇਹ ਨਹੀਂ ਬਦਲੇਗੀ।

ਪੁਰਾਣੇ ਕਲਾਇੰਟ ਉਹੀ ਤਰਜੀਹ ਲੌਗਇਨ ਹੁਕਮ ਦੇ ਫਲੈਗ ਵਜੋਂ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ tailscale set ਨਾ ਹੋਣ 'ਤੇ sudo tailscale up --accept-routes ਬਦਲ ਹੈ। ਰੂਟ ਹੱਥ ਨਾਲ ਸੰਪਾਦਿਤ ਕਰਨ ਦੀ ਥਾਂ ਇਸਨੂੰ ਵਰਤੋ, ਕਿਉਂਕਿ ਡੈਮਨ ਆਪਣੀ ਟੇਬਲ ਮੁੜ ਲਿਖਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਸੋਧ ਅਗਲੇ ਮੁੜ-ਕਨੈਕਟ 'ਤੇ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ। ਪੁਰਾਣੀ ਪੋਸਟ ਤੋਂ ਹੁਕਮ ਕਾਪੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਸਕਰਣ ਜਾਂਚੋ।

ਘੋਸ਼ਣਾ ਅਤੇ ਮਨਜ਼ੂਰੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ

ਸਬਨੈੱਟ ਰਾਊਟਰ 'ਤੇ ਪ੍ਰੀਫਿਕਸ ਘੋਸ਼ਿਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਕਰਨਲ ਨੇ ਇੰਟਰਫੇਸਾਂ ਵਿਚਕਾਰ ਪੈਕਟ ਫਾਰਵਰਡ ਕਰਨੇ ਪੈਂਦੇ ਹਨ। ਫਾਰਵਰਡਿੰਗ ਤੋਂ ਬਿਨਾਂ ਘੋਸ਼ਣਾ ਤੁਹਾਨੂੰ ਮਨਜ਼ੂਰ ਰੂਟ ਦਿੰਦੀ ਹੈ ਜੋ ਟ੍ਰੈਫਿਕ ਚੁੱਪਚਾਪ ਸੁੱਟ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਹੀ ਸਭ ਤੋਂ ਆਮ ਅੱਧਾ-ਪੂਰਾ ਸੈੱਟਅਪ ਹੈ।

sudo tailscale up --advertise-routes=10.80.0.0/24
sysctl net.ipv4.ip_forward
ip -br addr

ਘੋਸ਼ਿਤ ਪ੍ਰੀਫਿਕਸ ਦੀ ਤੁਲਨਾ ਉਸ ਪਤੇ ਨਾਲ ਅੱਖਰ-ਦਰ-ਅੱਖਰ ਕਰੋ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਪਹੁੰਚਣਾ ਚਾਹੁੰਦੇ ਹੋ। 10.70.0.0/24 ਘੋਸ਼ਿਤ ਕਰਨ ਵਾਲਾ ਰਾਊਟਰ 10.80.0.25 'ਤੇ NAS ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ, ਅਤੇ ਇਹ ਅਸੰਗਤੀ ਹਰ ਸਥਿਤੀ ਆਉਟਪੁੱਟ ਵਿੱਚ ਅਦਿੱਖ ਹੈ ਕਿਉਂਕਿ ਦੋਵੇਂ ਅੰਕ ਇੱਕੋ ਜਿੰਨੇ ਭਰੋਸੇਯੋਗ ਲੱਗਦੇ ਹਨ। ਖਰਾਬ ਰੂਟ ਦੀਆਂ ਜ਼ਿਆਦਾਤਰ ਰਿਪੋਰਟਾਂ ਇੱਥੇ ਹੀ ਖ਼ਤਮ ਹੁੰਦੀਆਂ ਹਨ। ਹੇਠਾਂ ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਘੋਸ਼ਣਾ ਠੀਕ ਕਰੋ।

ਮਨਜ਼ੂਰੀ ਅਗਲਾ ਦਰਵਾਜ਼ਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਰਾਊਟਰ ਸ਼ੈੱਲ ਤੋਂ ਸੰਰਚਿਤ ਕੀਤਾ ਗਿਆ ਹੋਵੇ ਤਾਂ ਇਸਨੂੰ ਛੱਡਣਾ ਸੌਖਾ ਹੈ। ਹੋਰ ਮਸ਼ੀਨਾਂ ਵਰਤ ਸਕਣ ਤੋਂ ਪਹਿਲਾਂ ਐਡਮਿਨ ਕੰਸੋਲ ਵਿੱਚ ਉਸ ਡਿਵਾਈਸ ਲਈ ਘੋਸ਼ਣਾ ਸਮਰੱਥ ਕਰਨੀ ਪੈਂਦੀ ਹੈ। ਕਲਾਇੰਟ 'ਤੇ ਰੂਟ ਸਵੀਕਾਰ ਕਰਨਾ ਕੁਝ ਵੀ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਕਿਸੇ ਪਹੁੰਚ ਨਿਯਮ ਨੂੰ ਨਹੀਂ ਟਾਲਦਾ।

ਹੋਸਟਨਾਮ ਤੋਂ ਪਹਿਲਾਂ ਨਿੱਜੀ ਪਤਾ ਜਾਂਚੋ

ਰਾਊਟਰ ਦੇ ਆਪਣੇ tailnet ਪਤੇ ਨਾਲ ਸਫਲ ਕਨੈਕਸ਼ਨ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ tailnet ਕੰਮ ਕਰਦਾ ਹੈ, ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਸੀ। ਲਾਭਦਾਇਕ ਜਾਂਚ ਉਹ ਸੇਵਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਚਾਹੀਦੀ ਹੈ, ਪਹਿਲਾਂ ਨਿੱਜੀ ਪਤੇ 'ਤੇ, ਤਾਂ ਜੋ DNS ਨਾਕਾਮੀ ਰੂਟਿੰਗ ਨਾਕਾਮੀ ਦਾ ਰੂਪ ਨਾ ਲੈ ਸਕੇ।

tailscale ping 10.80.0.1
ping -c 2 10.80.0.25
nc -vz 10.80.0.25 445
getent hosts nas.internal.example

ਜੇ ਪਤਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਪਰ ਹੋਸਟਨਾਮ ਨਹੀਂ, ਤਾਂ ਤੁਹਾਡੀ ਨਾਮ ਹੱਲ ਸਮੱਸਿਆ ਹੈ ਅਤੇ ਇਸਨੂੰ ਰੂਟ ਸਮੱਸਿਆ ਮੰਨਣਾ ਛੱਡੋ। ਜੇ ਦੋਵੇਂ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ, ਤਾਂ ਇੱਕ ਭਾਗ ਪਿੱਛੇ ਜਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਘੋਸ਼ਣਾ ਪਤੇ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ। ਦੋਵੇਂ ਨਾਕਾਮੀਆਂ ਐਪ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਖਦੀਆਂ ਹਨ ਅਤੇ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਠੀਕ ਹੁੰਦੀਆਂ ਹਨ।

tailnet ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਸਥਾਨਕ ਜਾਂਚ ਕਰਨਾ ਯੋਗ ਹੈ। ਜਦੋਂ ਤੁਹਾਡਾ ਮੌਜੂਦਾ LAN ਦੂਰ ਦੇ ਸਬਨੈੱਟ ਵਰਗਾ ਹੀ ਪ੍ਰੀਫਿਕਸ ਵਰਤਦਾ ਹੈ, ਕਰਨਲ ਸਿੱਧੇ ਜੁੜੇ ਰੂਟ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਕਦੇ ਵੀ ਮਸ਼ੀਨ ਨਹੀਂ ਛੱਡਦਾ; ਘਰ ਅਤੇ ਦਫ਼ਤਰ ਦੋਵੇਂ 192.168.1.0/24 ਚੁਣਨ 'ਤੇ ਇਹੀ ਹੁੰਦਾ ਹੈ।

ਕਲਾਇੰਟ ਫਲੈਗ ਰਾਊਟਰ ਸੈਟਿੰਗ ਕਿਉਂ ਨਹੀਂ

ਇਹ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਫਲੈਗ ਨੂੰ ਰਾਊਟਰ 'ਤੇ ਕਾਪੀ ਕਰਨਾ ਹੀ ਕੰਮ ਕਰਦੇ tailnet ਨੂੰ ਲੂਪ ਮਿਲਣ ਦਾ ਤਰੀਕਾ ਹੈ। ਰੂਟ ਘੋਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ ਨੂੰ ਫਾਰਵਰਡਿੰਗ, ਫਾਰਵਰਡ ਕੀਤੇ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲੇ ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ਇਹ ਫੈਸਲਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪ੍ਰੀਫਿਕਸ ਘੋਸ਼ਿਤ ਕਰਨੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ --accept-routes ਤੋਂ ਨਿਹਿਤ ਨਹੀਂ ਹੁੰਦਾ।

ਸਬਨੈੱਟ ਰਾਊਟਰ ਦਸਤਾਵੇਜ਼ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਕਿ ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਘੋਸ਼ਿਤ ਕਰਨ ਵਾਲੇ ਵਾਧੂ ਰਾਊਟਰਾਂ 'ਤੇ ਰੂਟ ਸਵੀਕ੍ਰਿਤੀ ਚਾਲੂ ਨਾ ਕਰੋ, ਕਿਉਂਕਿ ਸਟੈਂਡਬਾਏ ਨੋਡ ਪਹਿਲਾਂ ਹੀ ਸਥਾਨਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਸਰਗਰਮ ਨੋਡ ਰਾਹੀਂ ਬਾਹਰ ਧੱਕ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ HA ਜੋੜੀ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਫੁਟਨੋਟ ਨਹੀਂ ਸਗੋਂ ਡਿਜ਼ਾਈਨ ਸੀਮਾ ਮੰਨੋ, ਅਤੇ ਦੋਵਾਂ 'ਤੇ ਮਨਜ਼ੂਰੀ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਪ੍ਰੀਫਿਕਸ ਕਿਸ ਨੋਡ ਦਾ ਹੈ। ਇੱਕਲੇ ਰਾਊਟਰ 'ਤੇ ਉਹੀ ਚੇਤਾਵਨੀ ਯਾਦ ਕਰਾਉਂਦੀ ਹੈ ਕਿ ਸਵੀਕ੍ਰਿਤੀ ਕਲਾਇੰਟਾਂ ਦੀ ਹੈ, ਘੋਸ਼ਣਾ ਕਰਨ ਵਾਲੀ ਮਸ਼ੀਨ ਦੀ ਨਹੀਂ। ਲਿਖੋ ਕਿ ਕਿਹੜਾ ਦਰਵਾਜ਼ਾ ਬੰਦ ਸੀ।

ਆਮ ਕਲਾਇੰਟ ਲਈ ਕ੍ਰਮ ਸ਼ੁਰੂ ਵਿੱਚ ਫੇਲ ਹੋਈ ਐਪ ਜਾਂਚ ਨਾਲ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ। ਰਾਊਟਰ ਲਈ ਫਾਰਵਰਡਿੰਗ, ਘੋਸ਼ਣਾ, ਮਨਜ਼ੂਰੀ ਅਤੇ ਫਾਇਰਵਾਲ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਸਮੀਖਿਆ ਕਰੋ, ਕਿਉਂਕਿ ਪਹਿਲਾ ਗੁੰਮ ਤੱਤ ਠੀਕ ਉਹੀ ਸਮਾਂ ਸੀਮਾ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ।