ਟਨਲ ਦਾ /32 ਕਾਪੀ ਕਰਨ ਨਾਲ ਦਫ਼ਤਰ ਸਬਨੈੱਟ ਰੂਟ ਨਹੀਂ ਹੋਵੇਗਾ
VPN ਤੁਹਾਡੇ ਅਡੈਪਟਰ ਨੂੰ ਜੋ ਪਤਾ ਦਿੰਦਾ ਹੈ ਉਹ ਲਿੰਕ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਮੰਜ਼ਿਲ ਦਾ ਨਹੀਂ। ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਸਰੋਤ ਪ੍ਰੀਫ਼ਿਕਸ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਡਿਫ਼ਾਲਟ ਨੂੰ ਸ਼ਾਂਤ ਛੱਡੋ।
VPN ਜੁੜਦਾ ਹੈ, ਇੰਟਰਫ਼ੇਸ ਬੱਤੀ-ਬਿੱਟ ਮਾਸਕ ਵਾਲਾ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਦਫ਼ਤਰ ਸਰਵਰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦਾ ਹੈ। ਅਗਲਾ ਕਦਮ ਅਕਸਰ ਉਹੀ ਮਾਸਕ ਰੂਟ ਵਿੱਚ ਦੁਬਾਰਾ ਵਰਤਣਾ ਹੁੰਦਾ ਹੈ, ਇਸ ਸਿਧਾਂਤ ’ਤੇ ਕਿ ਇੰਟਰਫ਼ੇਸ ਦੱਸਦਾ ਹੈ ਕਿ ਟਨਲ ਕਿੱਥੋਂ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਐਸਾ ਨਹੀਂ ਹੈ। ਉਹ ਪਤਾ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਦੇ ਸਥਾਨਕ ਸਿਰੇ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਮੰਜ਼ਿਲ ਉਸ ਦੇ ਦੂਜੇ ਪਾਸੇ ਕਿਸੇ ਹੋਰ ਪ੍ਰੀਫ਼ਿਕਸ ਵਿੱਚ ਹੁੰਦੀ ਹੈ।
ਦੋ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਮਿਲਾਈਆਂ ਜਾ ਰਹੀਆਂ ਹਨ: ਟਨਲ ਨੇ ਤੁਹਾਨੂੰ ਜੋ ਪਤਾ ਦਿੱਤਾ, ਅਤੇ ਜਿਸ ਨੈੱਟਵਰਕ ਤੱਕ ਤੁਸੀਂ ਉਸ ਰਾਹੀਂ ਪਹੁੰਚਣਾ ਚਾਹੁੰਦੇ ਹੋ।
ਦੋ ਪਤੇ, ਦੋ ਕੰਮ
ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਟਨਲ ਵਿੱਚ ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਅਕਸਰ ਇੱਕੋ ਹੋਸਟ ਪਤਾ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਲਿੰਕ ਦੇ ਦੂਜੇ ਸਿਰੇ ’ਤੇ ਠੀਕ ਇੱਕ ਸਾਥੀ ਹੁੰਦਾ ਹੈ। ਕੋਈ ਸਾਂਝਾ ਸੈਗਮੈਂਟ ਨਹੀਂ ਹੈ ਅਤੇ ARP ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਜੋ ਮਾਸਕ Ethernet ’ਤੇ ਅਜੀਬ ਲੱਗੇਗਾ ਉਹ ਇੱਥੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਮ ਹੈ।
ਮੰਜ਼ਿਲ ਪ੍ਰੀਫ਼ਿਕਸ ਦਫ਼ਤਰ ਨੈੱਟਵਰਕ ਬਾਰੇ ਤੱਥ ਹੈ, ਟਨਲ ਬਾਰੇ ਨਹੀਂ। ਜੇ ਤੁਹਾਨੂੰ ਇੱਕ ਸਰਵਰ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਰੂਟ ਉਸ ਸਰਵਰ ਲਈ ਹੋਸਟ ਰੂਟ ਹੈ। ਜੇ ਤੁਹਾਨੂੰ ਪੂਰਾ ਦਫ਼ਤਰ ਸਬਨੈੱਟ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਰੂਟ ਉਹ ਸਬਨੈੱਟ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਜਵਾਬ ਇੰਟਰਫ਼ੇਸ ਤੋਂ ਨਹੀਂ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ, ਅਤੇ ਇੱਕ ਨੂੰ ਇਸ ਲਈ ਚੁਣਨਾ ਕਿ ਉਹ ਟਨਲ ਪਤੇ ਦੇ ਕੋਲ ਦਿਖਿਆ ਸੀ, ਇਹੀ ਕੰਮ ਕਰਦੀ ਸੈਟਿੰਗ ਤੋੜਨ ਦਾ ਤਰੀਕਾ ਹੈ।
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
ਉਹੀ ਤੀਜੀ ਕਤਾਰ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਆਸ਼ਾਵਾਦ ਰੁਕਾਵਟ ਬਣਦਾ ਹੈ। ਸਿਰਫ਼ ਇੱਕ ਸਾਈਟ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਟਨਲ ਵਿੱਚ ਪੂਰੀ ਪ੍ਰਾਈਵੇਟ ਰੇਂਜ ਰੂਟ ਕਰਨ ਨਾਲ ਅਸੰਬੰਧਿਤ ਟ੍ਰੈਫ਼ਿਕ ਉਸ ਰਾਹ ’ਤੇ ਧੱਕਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਉਸਨੂੰ ਪਹੁੰਚਾ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੀਆਂ ਅਸਫਲਤਾਵਾਂ ਵੱਧ ਚੌੜੇ ਰੂਟ ਵਾਂਗ ਨਹੀਂ, ਟੁੱਟੇ VPN ਵਾਂਗ ਦਿਖਦੀਆਂ ਹਨ।
ਲੋੜ ਤੋਂ ਪ੍ਰੀਫ਼ਿਕਸ ਚੁਣੋ
ਪ੍ਰੋਫ਼ਾਈਲ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਨੂੰ ਇੱਕ ਵਾਕ ਵਜੋਂ ਲਿਖੋ: ਕਿਹੜੇ ਹੋਸਟਾਂ ਤੱਕ ਪਹੁੰਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਢਕਣ ਵਾਲਾ ਸਭ ਤੋਂ ਤੰਗ ਪ੍ਰੀਫ਼ਿਕਸ ਕਿਹੜਾ ਹੈ? ਇੱਕ ਸਰਵਰ ਹੋਸਟ ਰੂਟ ਹੈ। ਇੱਕ ਸਬਨੈੱਟ ਸਬਨੈੱਟ ਰੂਟ ਹੈ। ਸਬਨੈੱਟਾਂ ਦੀ ਰੇਂਜ ਇੱਕ ਸਾਰ ਹੈ, ਅਤੇ ਸਾਰ ਇਹ ਵਾਅਦਾ ਹੈ ਕਿ ਇਸਦੇ ਅੰਦਰ ਹਰ ਪਤਾ ਪਹੁੰਚਯੋਗ ਹੈ, ਜੋ ਕਦੇ-ਕਦਾਈਂ ਸੱਚ ਹੁੰਦਾ ਹੈ।
ਫਿਰ ਸੰਖਿਆ ਨੂੰ ਦਫ਼ਤਰ ਦੇ ਅਸਲੀ ਵਰਤੋਂ ਨਾਲ ਮਿਲਾਓ। ਸਾਈਟ ਦੀ ਐਡਰੈਸਿੰਗ ਯੋਜਨਾ ਨਾਲ ਪੁਸ਼ਟੀ ਕੀਤੇ ਬਿਨਾਂ ਚੈਟ ਸੁਨੇਹੇ ਤੋਂ ਪ੍ਰੀਫ਼ਿਕਸ ਕਾਪੀ ਕਰਨਾ ਹੀ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਰੂਟ ਉਸ ਸਬਨੈੱਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਕੋਈ ਮਾਲਕ ਨਹੀਂ।
ਇਹ ਵੀ ਯਾਦ ਰੱਖੋ ਕਿ ਰੂਟ ਇੱਕ ਰਾਹ ਹੈ, ਇਜਾਜ਼ਤ ਨਹੀਂ। ਗੇਟਵੇ ਅਜੇ ਵੀ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਮੰਜ਼ਿਲ ਵਰਤ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸੇਵਾ ਅਜੇ ਵੀ ਤੁਹਾਨੂੰ ਮਨਾ ਕਰ ਸਕਦੀ ਹੈ। ਰੂਟ ਸਹੀ ਢੰਗ ਨਾਲ ਸਥਾਪਿਤ ਕਰਨ ਨਾਲ ਪੈਕਟ ਉੱਥੇ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ ਅਤੇ ਅਧਿਕਾਰ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।
ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ, ਇਸਨੂੰ ਕਦੇ ਨਾ ਬਦਲੋ
NetworkManager ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਰੂਟ ਕਈ-ਮੁੱਲ ਵਿਸ਼ੇਸ਼ਤਾ ਹਨ, ਅਤੇ ਸੈੱਟ ਕਰਨ ਤੇ ਸ਼ਾਮਲ ਕਰਨ ਵਿੱਚ ਫ਼ਰਕ ਇੱਕ ਅੱਖਰ ਹੈ। ਇੱਕ ਐਂਟਰੀ ਸ਼ਾਮਲ ਕਰਨ ਅਤੇ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲਿਆ ਸਭ ਕੁਝ ਰੱਖਣ ਲਈ ਪਲੱਸ ਰੂਪ ਵਰਤੋ।
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"ਪਲੱਸ ਤੋਂ ਬਿਨਾਂ, ਅਸਾਈਨਮੈਂਟ ਪੂਰੀ ਸੂਚੀ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਪਹਿਲਾਂ ਹੀ ਕਈ ਪ੍ਰੀਫ਼ਿਕਸ ਵਾਲੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਇਹ ਕੰਮ ਕਰਨ ਵਾਲੇ ਚੁੱਪਚਾਪ ਮਿਟਾ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਲੱਛਣ ਬਾਅਦ ਵਿੱਚ ਉਸ ਸੇਵਾ ਵਜੋਂ ਆਉਂਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਇਸ ਲੈਪਟਾਪ ਤੋਂ ਪਹੁੰਚਯੋਗ ਸੀ।
ਨਾਮ ਦੀ ਬਜਾਏ UUID ਵਰਤੋ। ਬਹਾਲੀ ਤੋਂ ਬਾਅਦ ਨਾਮ ਦੁਹਰਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਜੋ ਕਨੈਕਸ਼ਨ ਸੋਧ ਰਹੇ ਹੋ ਉਹ ਤੁਹਾਡਾ ਟ੍ਰੈਫ਼ਿਕ ਲਿਜਾਣ ਵਾਲਾ ਨਾ ਹੋਵੇ। ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਕੋਈ ਮੌਜੂਦਾ ਇੱਕੋ ਜਿਹੀ ਐਂਟਰੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਨਕਲ ਸ਼ਾਮਲ ਕਰਨਾ ਨੁਕਸਾਨਦੇਹ ਨਾ ਹੋਣ ’ਤੇ ਵੀ ਬੇਤਰਤੀਬ ਹੈ।
ਇਹ ਰੂਟ ਵਿਸ਼ੇਸ਼ਤਾ ਸੰਦਰਭ ਸਥਾਪਿਤ ਸੰਸਕਰਣ ਲਈ ਮੰਜ਼ਿਲ, ਲਾਜ਼ਮੀ ਨਾ ਹੋਣ ਵਾਲੀ ਅਗਲੀ ਛਾਲ, ਮੈਟ੍ਰਿਕ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਸਿੰਟੈਕਸ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ। ਅਗਲੀ ਛਾਲ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਸਦੀ ਲੋੜ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਇੰਨਟੀਗ੍ਰੇਸ਼ਨ ਅਤੇ ਟੋਪੋਲੋਜੀ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਸੂਚੀ ਦੇ ਪਹਿਲੇ ਪਤੇ ਤੋਂ ਇਸਦਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਕੋਈ ਢੰਗ ਨਹੀਂ।
ਡਿਫ਼ਾਲਟ ਰੂਟ ਅਤੇ DNS ਵੱਖਰੇ ਫ਼ੈਸਲੇ ਹਨ
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
ਸਵੈਚਾਲਿਤ ਰੂਟ ਦੂਜੀ ਚੀਜ਼ ਹੈ ਜਿਸਨੂੰ ਲਾਪਰਵਾਹੀ ਨਾਲ ਨਹੀਂ ਛੇੜਨਾ ਚਾਹੀਦਾ। ਇੱਕ ਗੁੰਮ ਐਂਟਰੀ ਹੱਲ ਕਰਨ ਲਈ ਉਹਨਾਂ ਨੂੰ ਦਬਾਉਣਾ ਕਈ ਕੰਮ ਕਰਨ ਵਾਲੀਆਂ ਹਟਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਿਸਨੇ ਇਹ ਸੁਝਾਇਆ ਉਹ ਆਮ ਤੌਰ ’ਤੇ ਹੋਰ ਪੁਸ਼ ਵਾਲੀ ਦੂਜੀ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇਖ ਰਿਹਾ ਸੀ।
DNS ਦਾ ਆਪਣਾ ਰਾਹ ਅਤੇ ਆਪਣੀਆਂ ਅਸਫਲਤਾਵਾਂ ਹਨ। ਗਲਤ ਰਿਜ਼ਾਲਵਰ ਰਾਹੀਂ ਸਹੀ ਪਤੇ ’ਤੇ ਹੱਲ ਹੋਣ ਵਾਲਾ ਨਾਮ, ਜਾਂ ਨਿੱਜੀ ਜ਼ੋਨ ਲਈ ਜਵਾਬ ਨਾ ਦੇ ਸਕਣ ਵਾਲਾ ਰਿਜ਼ਾਲਵਰ, ਰੂਟ ਸੰਪੂਰਨ ਹੋਣ ’ਤੇ ਵੀ ਰੂਟਿੰਗ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖੇਗਾ। ਪਤੇ ਅਤੇ ਨਾਮ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਜਾਂਚੋ, ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੀ ਪਰਤ ਅਸਲ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਈ।
ਜਾਂਚੋ ਕਿ ਕੀ ਲਾਗੂ ਹੋਇਆ
ਸੰਭਾਲਿਆ ਬਦਲਾਅ ਲਾਗੂ ਕੀਤਾ ਬਦਲਾਅ ਨਹੀਂ ਹੈ। ਮੈਨੇਜਰ ਦੇ ਸਮਰਥਿਤ ਜੀਵਨ ਚੱਕਰ ਰਾਹੀਂ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ, ਫਿਰ ਲੋੜੀਂਦੀ ਮੰਜ਼ਿਲ ਲਈ ਅਸਲ ਰੂਟ ਅਤੇ ਇਹ ਤੈਅ ਕਰਨ ਵਾਲੇ ਨੀਤੀ ਨਿਯਮ ਦੇਖੋ ਕਿ ਕਿਹੜੀ ਸਾਰਣੀ ਵੇਖੀ ਜਾਂਦੀ ਹੈ।
ਜੇ ਪ੍ਰੀਫ਼ਿਕਸ ਮੌਜੂਦ ਹੈ ਅਤੇ ਕਨੈਕਸ਼ਨ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਕਿਸੇ ਹੋਰ ਸਮੱਸਿਆ ’ਤੇ ਆ ਗਏ ਹੋ: ਸਰੋਤ ਪਤਾ ਚੋਣ, ਦੂਰਲੇ ਸਿਰੇ ’ਤੇ ਵਾਪਸੀ ਰੂਟ, ਜਾਂ ਅਜਿਹੀ ਸੇਵਾ ਜੋ ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਨੂੰ ਮਨਾ ਕਰਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਉਸ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲੋਂ ਵੇਖਣ ਲਈ ਵਧੀਆ ਥਾਂ ਹੈ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਠੀਕ ਕਰ ਚੁੱਕੇ ਹੋ।