ਕਿਉਂ ਸਿਰਫ਼ route-nopull ਫ਼ਾਇਲ ਸਰਵਰ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਛੱਡ ਦਿੰਦਾ ਹੈ
ਧੱਕੇ ਹੋਏ ਰੂਟਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਸਪਲਿਟ ਟਨਲ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਹੈ। ਰੂਟ ਦਾ ਮਾਲਕ ਚੁਣੋ, ਦਫ਼ਤਰ ਦਾ ਪ੍ਰੀਫ਼ਿਕਸ ਹੱਥੋਂ ਜੋੜੋ ਅਤੇ ਇਸ ਨੂੰ ਠੀਕ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਪ੍ਰਵਾਹ ਜਾਂਚੋ।
ਫ਼ਾਇਲ ਸਰਵਰ ਠੀਕ ਖੁੱਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਬਗਲੀ ਵਿੰਡੋ ਵਿੱਚ ਵੀਡੀਓ ਕਾਲ ਅਟਕਣ ਲੱਗਦੀ ਹੈ। ਕੁਝ ਵੀ ਹੌਲੀ ਨਹੀਂ ਹੈ ਅਤੇ ਕੋਈ MTU ਗ਼ਲਤ ਨਹੀਂ ਹੈ: ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਨੇ ਸਰਵਰ ਦੀ ਦਿੱਤੀ ਰੂਟ ਸੂਚੀ ਸਵੀਕਾਰ ਕਰ ਲਈ, ਇਸ ਲਈ ਹੁਣ ਹਰ ਪੈਕਟ ਦਫ਼ਤਰ ਦੇ ਫ਼ਾਇਰਵਾਲ ਵਿੱਚੋਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਹੱਲ ਕੋਈ ਹੋਰ ਟਿਊਨਿੰਗ ਫ਼ਲੈਗ ਨਹੀਂ, ਸਗੋਂ ਇਹ ਫ਼ੈਸਲਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਦੀ ਰੂਟ ਸਾਰਣੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ। ਉਹ ਫ਼ੈਸਲਾ ਇੱਕ ਹੀ ਥਾਂ ਦਾ ਹੈ, ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਫੇਲ੍ਹ ਹੋਣ ਦੇ ਢੰਗ ਦੱਸਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਥਾਂ ਚੁਣੀ।
ਤੈਅ ਕਰੋ ਕਿ ਰੂਟ ਸਾਰਣੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ
ਤਿੰਨ ਮਾਲਕ ਸੰਭਵ ਹਨ। ਸਰਵਰ ਰੂਟ ਅਤੇ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਧੱਕ ਸਕਦਾ ਹੈ, ਜਿਸ ਹਾਲਤ ਵਿੱਚ ਕਲਾਇੰਟ ਉਹੀ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪੂਰੀ ਟਨਲ ਬਣ ਜਾਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਧੱਕੇ ਨੂੰ ਛੱਡ ਕੇ ਅਤੇ ਆਪਣੀਆਂ ਰੂਟ ਲਾਈਨਾਂ ਲੈ ਕੇ ਮਾਲਕੀ ਲੈ ਸਕਦਾ ਹੈ। ਡੈਸਕਟਾਪ ਕਨੈਕਸ਼ਨ ਮੈਨੇਜਰ ਵੀ ਆਪਣੇ ਰੂਟ ਅਤੇ ਡਿਫ਼ਾਲਟ-ਰੂਟ ਗੁਣਾਂ ਰਾਹੀਂ ਫ਼ੈਸਲੇ ਦਾ ਮਾਲਕ ਹੋ ਸਕਦਾ ਹੈ।
ਹਰ ਚੋਣ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਪ੍ਰੋਫ਼ਾਈਲ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਰਣੀ ਪੜ੍ਹਨਾ ਲਾਹੇਵੰਦ ਹੈ। ਤੁਹਾਡੇ ਲੱਛਣ ਨਾਲ ਮਿਲਦੀ ਕਤਾਰ ਹੀ ਉਹ ਮਾਲਕ ਹੈ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਹੈ।
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
ਇੱਕ ਚੁਣੋ ਅਤੇ ਲਿਖ ਲਵੋ। ਦੋ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਅਜਿਹਾ ਹੋਸਟ ਰਹਿ ਜਾਂਦਾ ਹੈ ਜਿਸ ਦਾ ਡਿਫ਼ਾਲਟ ਰਾਹ ਉਸ ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਵਿਰੋਧ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਦੱਸ ਨਹੀਂ ਸਕਦਾ ਕਿ ਕਿਹੜੀ ਪਰਤ ਜਿੱਤੀ। ਹਾਰਨ ਵਾਲੇ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਮਿਟਾ ਦਿਓ।
route-nopull ਧੱਕੇ ਛਾਂਟਦਾ ਹੈ, ਰੂਟ ਨਹੀਂ ਜੋੜਦਾ
route-nopull ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਉਸ ਫ਼ਾਇਲ ਵਿੱਚ ਇਸ ਦਾ ਕ੍ਰਮ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦਾ ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ ਸਰਵਰ ਤੋਂ ਆਉਣ ਵਾਲੇ ਮੁੱਲ ਸੁੱਟਦਾ ਹੈ। ਇਹ ਧੱਕੇ ਹੋਏ ਰੂਟ ਸੁੱਟਦਾ ਹੈ, ਧੱਕਿਆ ਹੋਇਆ ਡਿਫ਼ਾਲਟ ਰੂਟ ਵੀ, ਜਦੋਂ ਕਿ ਟਨਲ ਆਮ ਵਾਂਗ ਉੱਪਰ ਆਉਂਦੀ ਹੈ।
ਜੋ ਨਤੀਜਾ ਲੋਕ ਖੁੰਝ ਜਾਂਦੇ ਹਨ ਉਹ ਇਹ ਹੈ ਕਿ ਧੱਕੇ ਹੋਏ DHCP ਵਿਕਲਪ ਉਨ੍ਹਾਂ ਦੇ ਨਾਲ ਚਲੇ ਜਾਂਦੇ ਹਨ। ਸਰਵਰ ਵੱਲੋਂ ਭੇਜੀਆਂ DNS ਸੈਟਿੰਗਾਂ ਵੀ ਸੁੱਟੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਅੰਦਰੂਨੀ ਨਾਮ ਹੱਲ ਹੋਣਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ, ਭਾਵੇਂ ਟਨਲ ਸਿਹਤਮੰਦ ਹੈ ਅਤੇ ਸਰਵਰ ਪਤੇ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੈ।
ਇਸ ਨਾਲ ਦਫ਼ਤਰ ਦੇ ਪ੍ਰੀਫ਼ਿਕਸ ਤੱਕ ਰਾਹ ਤੋਂ ਬਿਨਾਂ ਟਨਲ ਰਹਿ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਆਪ ਨਹੀਂ ਜੋੜਦੇ: ਉਸੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ route-nopull ਤੋਂ ਬਾਅਦ route 10.30.0.0 255.255.0.0। ਉਹ ਲਾਈਨ ਪਤਾ ਅਤੇ ਮਾਸਕ ਲੈ ਕੇ ਚੱਲਦੀ ਹੈ; ਇਹ ਅਗਲੇ ਹੌਪ ਦਾ ਨਾਮ ਨਹੀਂ ਦਿੰਦੀ।
ਇੱਕ ਵਿਕਲਪਿਕ ਰੂਪ ਗੇਟਵੇ ਟੋਕਨ ਜੋੜਦਾ ਹੈ, route 10.30.0.0 255.255.0.0 vpn_gateway, ਜੋ ਐਂਟਰੀ ਨੂੰ ਨਾਮ ਨਾਲ ਟਨਲ ਵੱਲ ਦਰਸਾਉਂਦਾ ਹੈ। ਆਯਾਤਕ ਇਸ ਗੱਲ ਵਿੱਚ ਵੱਖਰੇ ਹਨ ਕਿ ਉਹ ਉਸ ਰੂਪਾਂਤਰ ਦਾ ਅਨੁਵਾਦ ਕਰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ, ਇਸ ਲਈ ਜੇ ਕਰਨਲ ਸਾਰਣੀ ਵਿੱਚ ਐਂਟਰੀ ਨਹੀਂ ਹੈ ਤਾਂ ਸੰਭਾਲਿਆ ਕਨੈਕਸ਼ਨ ਵੇਖੋ।
ping ਨਾਲ ਨਹੀਂ, ਰੂਟ ਲੁੱਕਅਪ ਨਾਲ ਪਰਖੋ
ping ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। ਰੂਟ ਲੁੱਕਅਪ ਦੱਸਦਾ ਹੈ ਕਿ ਕਰਨਲ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਚੁਣੇਗਾ, ਅਤੇ ਇਹੀ ਉਹ ਸਵਾਲ ਹੈ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਪੁੱਛਿਆ ਸੀ। ਚਾਰ ਛੋਟੇ ਕਮਾਂਡ ਗੁੰਮ ਰੂਟ ਨੂੰ ਗ਼ਲਤ ਡਿਵਾਈਸ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੇ ਰੂਟ ਤੋਂ ਵੱਖ ਕਰਦੇ ਹਨ।
ip route show dev tun0 ਨਾਲ ਪੜ੍ਹੋ ਕਿ ਟਨਲ ਨੇ ਕੀ ਸਥਾਪਿਤ ਕੀਤਾ। ਬਿਲਕੁਲ ਆਉਟਪੁੱਟ ਨਾ ਹੋਣਾ ਸਿਫ਼ਰ ਰੂਟ ਹੈ, ਜੋ ਕੰਮ ਕਰਦੀ ਸਪਲਿਟ ਟਨਲ ਨਹੀਂ, ਅਤੇ ਸਪੱਸ਼ਟ ਲਾਈਨ ਤੋਂ ਬਿਨਾਂ ਫ਼ਿਲਟਰ ਜੋੜਨ ਦਾ ਇਹੀ ਆਮ ਨਤੀਜਾ ਹੈ।
ਫਿਰ ip route get 10.30.5.7 ਨਾਲ ਇੱਕ ਦਫ਼ਤਰੀ ਪਤਾ, ਅਤੇ ip route get 1.1.1.1 ਨਾਲ ਇੱਕ ਆਮ ਇੰਟਰਨੈੱਟ ਪਤਾ ਜਾਂਚੋ। ਦੂਜੇ ਨੇ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ; ਜੇ ਇਹ ਟਨਲ ਦਾ ਨਾਮ ਦੇਵੇ, ਤਾਂ ਧੱਕਾ ਬਿਲਕੁਲ ਨਹੀਂ ਛਾਂਟਿਆ ਗਿਆ।
ਅੰਤ ਵਿੱਚ ip rule ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਪਿਛਲੀ ਕੋਸ਼ਿਸ਼ ਵੱਲੋਂ ਛੱਡਿਆ ਨੀਤੀ ਨਿਯਮ ਉਸ ਸਾਰਣੀ ਨੂੰ ਮਾਤ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਹੁਣੇ ਠੀਕ ਕੀਤੀ ਹੈ। ਉੱਪਰ ਪੁਰਾਣੇ ਨਿਯਮ ਵਾਲੀ ਸਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਬਿਲਕੁਲ ਟੁੱਟੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵਰਗੀ ਦਿਸਦੀ ਹੈ। ਦੂਜਾ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਪਿਛਲੀ ਵਾਰ ਜੋੜਿਆ ਨਿਯਮ ਮਿਟਾ ਦਿਓ।
ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਦੇ ਸਬਨੈੱਟ ਟੁੱਟੀ ਟਨਲ ਵਰਗੇ ਦਿਸਦੇ ਹਨ
ਕਲਾਇੰਟ ਦੇ ਨਜ਼ਰੀਏ ਦੋ ਨਿੱਜੀ ਰੇਂਜ ਇੱਕੋ ਜਿਹੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਅਤੇ ਉੱਥੇ ਹੀ ਸਪਲਿਟ ਟਨਲ ਉੱਤੇ ਉਸ ਕੰਮ ਦਾ ਦੋਸ਼ ਲੱਗਦਾ ਹੈ ਜੋ ਉਸ ਨੇ ਨਹੀਂ ਕੀਤਾ। ਜੇ ਦਫ਼ਤਰ ਉਹੀ ਪ੍ਰੀਫ਼ਿਕਸ ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਘਰੇਲੂ ਰਾਊਟਰ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਟਨਲ ਰੂਟ ਰਾਊਟਰ ਨੂੰ ਢਕ ਲੈਂਦਾ ਹੈ ਅਤੇ ਘਰ ਦਾ ਨੈੱਟਵਰਕ ਗ਼ਾਇਬ ਹੋਇਆ ਦਿਸਦਾ ਹੈ।
ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਾਧਾਰਨ ਪਤਾ ਸੂਚੀ ਵਰਤ ਕੇ ਆਪਣੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਪਤੇ ਦੀ ਪ੍ਰੋਫ਼ਾਈਲ ਵੱਲੋਂ ਸਥਾਪਿਤ ਰੂਟ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਓਵਰਲੈਪ ਸੱਚਾ ਹੈ, ਅਤੇ ਕੋਈ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿਕਲਪ ਇਸ ਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰਦਾ। ਤੁਸੀਂ ਨਾਮਕਰਨ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਇੱਕ ਦੀ ਥਾਂ ਦੋ ਰੇਂਜ ਵੇਖੇ।
ਇਮਾਨਦਾਰ ਸੁਧਾਰ ਇੱਕ ਪਾਸੇ ਨੂੰ ਮੁੜ-ਸੰਖਿਆ ਦੇਣਾ ਜਾਂ ਦਫ਼ਤਰ ਵਿੱਚ ਪਤਿਆਂ ਦਾ ਅਨੁਵਾਦ ਕਰਨਾ ਹੈ। ਇੱਕ ਹੀ ਹੋਸਟ ਰੂਟ ਨੂੰ ਰਾਊਟਰ ਨਾਲ ਪਿੰਨ ਕਰਨਾ ਉਦੋਂ ਤੱਕ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਰਾਊਟਰ ਦਾ ਪਤਾ ਨਹੀਂ ਬਦਲਦਾ, ਅਤੇ ਫਿਰ ਇਹ ਪਹਿਲੇ ਉੱਤੇ ਦੂਜਾ ਰਹੱਸ ਬਣ ਜਾਂਦਾ ਹੈ।
ਫ਼ੈਸਲਾ ਮੁੜ-ਕਨੈਕਟ ਤੱਕ ਟਿਕੇ ਰਹਿਣ ਦਿਓ
ਹੱਥੋਂ ਟਾਈਪ ਕੀਤੀਆਂ ਐਂਟਰੀਆਂ ਮੁੜ-ਕਨੈਕਟ ਤੱਕ ਨਹੀਂ ਟਿਕਦੀਆਂ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਮੈਨੇਜਰ ਪ੍ਰੋਫ਼ਾਈਲ ਸ਼ੁਰੂ ਹੋਣ 'ਤੇ ਹਰ ਵਾਰ ਸਾਰਣੀ ਮੁੜ ਬਣਾਉਂਦਾ ਹੈ। ਫ਼ੈਸਲਾ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਕਨੈਕਸ਼ਨ ਬਣਦਾ ਹੈ, ਭਾਵੇਂ ਉਹ ਪ੍ਰੋਫ਼ਾਈਲ ਹੋਵੇ ਜਾਂ ਮੈਨੇਜਰ ਦੀਆਂ ਸੰਭਾਲੀਆਂ ਸੈਟਿੰਗਾਂ। ਫਿਰ ਕਾਲ ਦੌਰਾਨ ਵਿਵਹਾਰ ਲੱਭਣ ਦੀ ਥਾਂ ਇੱਕ ਵਾਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਨੈਕਸ਼ਨ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ। ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਸਿਰਫ਼ ਅਗਲੇ ਮੁੜ-ਕਨੈਕਟ ਤੱਕ ਕੰਮ ਕਰਦੀ ਹੈ, ਉਹ ਪੂਰੀ ਨਹੀਂ ਹੈ।
ਇੱਕੋ ਸਮੇਂ ਤਿੰਨ ਰਾਹ ਅਜ਼ਮਾਓ: ਸ਼ਬਦੀ ਪਤੇ ਨਾਲ ਦਫ਼ਤਰੀ ਹੋਸਟ, ਨਾਮ ਨਾਲ ਉਹੀ ਹੋਸਟ, ਅਤੇ ਇੱਕ ਆਮ ਜਨਤਕ ਸਾਈਟ। ਵਿਚਕਾਰਲਾ ਤੁਹਾਡੇ ਧੱਕੇ ਹੋਏ DNS ਵਿਕਲਪ ਛੱਡਣ ਤੋਂ ਬਾਅਦ ਸੰਰਚਿਤ ਕੀਤੇ ਨਾਮ ਸੇਵਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਉਹੀ ਹੈ।