ਵਾਧੂ Mac VPN ਰਾਊਟ ਨੂੰ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ, ਲੌਗਇਨ ਸਕ੍ਰਿਪਟ ਨਹੀਂ
ਲੌਗਇਨ ਸਮੇਂ ਇੱਕ ਵਾਰ ਸ਼ਾਮਲ ਕੀਤਾ ਰਾਊਟ ਦੁਬਾਰਾ ਜੁੜਨ ਦੀ ਨੀਤੀ ਨਹੀਂ ਹੈ। ਦੂਰ ਦੇ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਮਾਲਕ ਦਿਓ ਅਤੇ ਤੈਅ ਕਰੋ ਕਿ ਉਹ ਉਸ ਕਨੈਕਸ਼ਨ ਨਾਲ ਕਿਵੇਂ ਦਿਖਦੇ, ਬਦਲਦੇ ਅਤੇ ਗਾਇਬ ਹੁੰਦੇ ਹਨ।
VPN ਰਾਹੀਂ ਨਿੱਜੀ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਪਹੁੰਚਣਾ ਸਮੇਂ ਵਾਲੀ ਲੋੜ ਹੈ: ਇਹ ਉਦੋਂ ਤੱਕ ਲਾਗੂ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਉਹ ਕਨੈਕਸ਼ਨ ਵਰਤੋਂਯੋਗ ਹੈ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਖ਼ਤਮ ਹੋਣ 'ਤੇ ਖ਼ਤਮ ਹੋ ਜਾਂਦੀ ਹੈ। ਲੌਗਇਨ ਸਕ੍ਰਿਪਟ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦੀ, ਕਿਉਂਕਿ ਲੌਗਇਨ ਅਤੇ ਟਨਲ ਦਾ ਉੱਪਰ ਆਉਣਾ ਵੱਖਰੇ ਪਲ ਹਨ, ਅਤੇ ਲੌਗਇਨ ਸਮੇਂ ਮੌਜੂਦ ਟਨਲ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਟ੍ਰੈਫਿਕ ਲੈ ਜਾਣ ਵਾਲਾ ਟਨਲ ਨਾ ਹੋਵੇ। ਪਹਿਲਾ ਫ਼ੈਸਲਾ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜਾ ਕਮਾਂਡ ਚਲਾਉਣਾ ਹੈ। ਇਹ ਹੈ ਕਿ ਪ੍ਰੀਫਿਕਸ ਦਾ ਮਾਲਕ ਕਿਹੜਾ ਹਿੱਸਾ ਹੈ।
ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ, ਪਲ ਨਹੀਂ
ਲੋੜ ਨੂੰ ਕਰਤਾ ਵਾਲਾ ਵਾਕ ਲਿਖ ਕੇ ਸ਼ੁਰੂ ਕਰੋ: ਪਹੁੰਚੋ 10.77.0.0/24 ਆਫਿਸ VPN ਰਾਹੀਂ, ਜਦੋਂ ਤੱਕ ਉਹ ਕਨੈਕਸ਼ਨ ਚਾਲੂ ਹੈ। ਉਹ ਵਾਕ ਪ੍ਰੀਫਿਕਸ, ਕਨੈਕਸ਼ਨ ਅਤੇ ਸ਼ਰਤ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਤੁਰੰਤ ਦੋ ਪ੍ਰਸਿੱਧ ਬਦਲ ਬਾਹਰ ਕਰ ਦਿੰਦਾ ਹੈ: ਲੌਗਇਨ ਹੁੱਕ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਇੰਟਰਫ਼ੇਸ ਨਾਮ ppp0 ਜਾਂ utun2.
ਇੰਟਰਫ਼ੇਸ ਨਾਮ ਰਨਟਾਈਮ 'ਤੇ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਵਿਚਕਾਰ ਸਥਿਰ ਨਹੀਂ ਹੁੰਦੇ। ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੇਖੇ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੁੱਕ ਜਾਂ ਤਾਂ ਚੱਲੇਗਾ ਨਹੀਂ ਜਾਂ ਕਿਸੇ ਹੋਰ ਦੇ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਚੱਲੇਗਾ। ਦੋਵੇਂ ਨਤੀਜੇ ਰਾਊਟਿੰਗ ਬੱਗ ਵਾਂਗ ਦਿਖਦੇ ਹਨ, ਪੁਰਾਣੀ ਧਾਰਨਾ ਵਾਂਗ ਨਹੀਂ ਜੋ ਉਹ ਹਨ। ਇਹੋ ਇਤਰਾਜ਼ ਹਰ ਉਸ ਸਕ੍ਰਿਪਟ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਜੋ ਅਜਿਹੇ ਨਾਮ 'ਤੇ ਟਿਕੀ ਹੋਵੇ ਜੋ ਸਿਰਫ਼ ਤਦ ਤੱਕ ਮੌਜੂਦ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਖ਼ਾਸ ਟਨਲ ਚਾਲੂ ਹੈ।
ਰਾਊਟ ਇਰਾਦੇ ਦਾ ਸਮਰਥਿਤ ਸਰੋਤ ਵਰਤੋ
ਗੇਟਵੇ, ਪ੍ਰਬੰਧਿਤ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਮਾਲਕ ਕਲਾਇੰਟ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਰਾਊਟ ਢਾਂਚਾ ਇਸ ਦੀ ਸਹੀ ਥਾਂ ਹੈ, ਜਦੋਂ ਉਹ ਢਾਂਚਾ ਲੋੜ ਦੱਸ ਸਕੇ। ਕਿਹੜਾ ਲਾਗੂ ਹੁੰਦਾ ਹੈ ਇਹ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪ੍ਰਦਾਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਚਾਬੀਆਂ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਨਹੀਂ ਜਾਂਦੀਆਂ, ਇਸ ਲਈ ਪ੍ਰੋਫ਼ਾਈਲ ਸੰਰਚਿਤ ਕਰਨ ਵਾਲਾ ਮੁੱਲ OpenVPN ਮੂਲ L2TP ਜਾਂ IKEv2 ਕਲਾਇੰਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ।
| Mechanism | Can carry extra prefixes | Who owns the lifetime |
|---|---|---|
| Gateway-pushed routes | Often, if the gateway is configured for it | The connection |
| Managed profile settings | Depends on the client and profile format | The profile |
| Provider tunnel settings | Yes, as included and excluded routes | The provider process |
| Manual command | Yes, once | Nobody |
ਪੈਕਟ-ਟਨਲ ਵਿਕਾਸਕਾਰਾਂ ਲਈ, Apple ਦੀਆਂ IPv4 ਟਨਲ ਸੈਟਿੰਗਾਂ ਸ਼ਾਮਲ ਅਤੇ ਬਾਹਰ ਰੱਖੇ ਰਾਊਟ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ IPv6 ਦਾ ਵੀ ਆਪਣਾ ਸਮਾਨ ਹੈ। ਇਹ ਉਹ API ਹਨ ਜੋ ਪ੍ਰਦਾਤਾ ਵਰਤਦਾ ਹੈ, ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਹਰ ਮੂਲ VPN ਪੈਨਲ ਪ੍ਰਬੰਧਕ ਨੂੰ ਮਨਮਾਨੀ ਰਾਊਟ ਸੂਚੀ ਦਿੰਦਾ ਹੈ। ਜੇ ਮੌਜੂਦਾ ਮੇਲ ਲੋੜੀਂਦੇ ਪ੍ਰੀਫਿਕਸ ਨਹੀਂ ਦੱਸ ਸਕਦਾ, ਤਾਂ ਅਗਲਾ ਕਦਮ ਆਪਰੇਟਰ ਵੱਲੋਂ ਸਮਰਥਿਤ ਸੰਰਚਨਾ ਮਾਰਗ ਹੈ, ਕੋਈ ਹੋਰ ਐਪ ਨਹੀਂ ਜੋ ਬਿਹਤਰ ਵਿਵਹਾਰ ਕਰੇਗਾ ਇਸ ਉਮੀਦ ਵਿੱਚ ਸਥਾਪਿਤ ਕੀਤੀ ਜਾਵੇ।
ਜੀਵਨਕਾਲ ਵਿੱਚ ਸਫ਼ਾਈ ਸ਼ਾਮਲ ਹੈ
ਕਈ ਵਾਰ ਬਾਹਰੀ ਸਹਾਇਕ ਸੱਚਮੁੱਚ ਲੋੜੀਂਦਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਤਦ «ਰਾਊਟ ਸ਼ਾਮਲ ਕਰੋ» ਉਸਦੇ ਕੰਮ ਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਹਿੱਸਾ ਹੈ। ਉਸਨੂੰ ਜਾਣਨਾ ਹੁੰਦਾ ਹੈ ਕਿ ਉਹ ਕਿਹੜੇ ਕਨੈਕਸ਼ਨ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹ ਕਨੈਕਸ਼ਨ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਵਰਤਦਾ ਹੈ, ਸੰਬੰਧਿਤ ਨੈੱਟਵਰਕ ਸਥਿਤੀ ਸਥਿਰ ਹੋਣ ਤੱਕ ਉਡੀਕ ਕਰਨਾ ਹੁੰਦਾ ਹੈ, ਲਗਾਤਾਰ ਦੋ ਵਾਰ ਚੱਲਣ 'ਤੇ ਇਡੈਂਪੋਟੈਂਟ ਰਹਿਣਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਜੋ ਉਸਨੇ ਖੁਦ ਸਥਾਪਿਤ ਨਹੀਂ ਕੀਤਾ ਉਹ ਸਾਫ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।
ਅਖ਼ੀਰਲੀ ਸ਼ਰਤ ਹੀ ਦੁੱਖ ਦਿੰਦੀ ਹੈ। ਆਫਿਸ ਪ੍ਰੀਫਿਕਸ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹਰ ਰਾਊਟ ਮਿਟਾਉਣ ਵਾਲਾ ਸਹਾਇਕ ਦੇਰ-ਸਵੇਰ ਉਹ ਰਾਊਟ ਵੀ ਮਿਟਾ ਦੇਵੇਗਾ ਜੋ ਉਸਨੇ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਸੀ। ਨਤੀਜੇ ਵਜੋਂ ਹੋਈ ਰੁਕਾਵਟ VPN ਕਲਾਇੰਟ 'ਤੇ ਪਾਈ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਵਰਤੋਂਕਾਰ ਦੇਖਦਾ ਹੈ। ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰਨਾ ਕਿ ਸਹਾਇਕ ਦੀ ਮਾਲਕੀ ਕੀ ਹੈ, ਬਾਅਦ ਵਿੱਚ ਇਹ ਸਮਝਾਉਣ ਨਾਲੋਂ ਸਸਤਾ ਹੈ ਕਿ ਸਥਾਨਕ ਸਬਨੈੱਟ ਨੇ ਜਵਾਬ ਦੇਣਾ ਕਿਉਂ ਬੰਦ ਕਰ ਦਿੱਤਾ।
ਦੁਬਾਰਾ ਜੁੜਨ ਦੀ ਦੌੜ
ਤੇਜ਼ ਦੁਬਾਰਾ ਜੁੜਨ ਬਾਰੇ ਸੋਚੋ। ਸੈਸ਼ਨ A ਡਿੱਗਦਾ ਹੈ, ਸੈਸ਼ਨ B ਉੱਠ ਕੇ ਆਪਣਾ ਰਾਊਟ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ A ਦੀ ਦੇਰੀ ਨਾਲ ਹੋਣ ਵਾਲੀ ਸਫ਼ਾਈ ਆਖ਼ਿਰਕਾਰ ਚੱਲਦੀ ਹੈ। ਜੇ ਉਹ ਸਫ਼ਾਈ ਪ੍ਰੀਫਿਕਸ ਅਨੁਸਾਰ ਰਾਊਟ ਹਟਾਉਂਦੀ ਹੈ, ਤਾਂ ਉਹ B ਦੀ ਵੈਧ ਸਥਿਤੀ ਵੀ ਲੈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਸਕਿੰਟ ਪਹਿਲਾਂ ਚੱਲ ਰਿਹਾ ਕਨੈਕਸ਼ਨ ਹੁਣ ਕਿਤੇ ਵੀ ਰਾਊਟ ਨਹੀਂ ਹੁੰਦਾ।
ਇਹ ਮਾਲਕੀ ਦੀ ਦੌੜ ਹੈ, ਅਤੇ ਸਕ੍ਰਿਪਟ ਵਿੱਚ ਨੀਂਦ ਸ਼ਾਮਲ ਕਰਨਾ ਸਿਰਫ਼ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪਾਸਾ ਜਿੱਤਦਾ ਹੈ। ਹੱਲ ਇਹ ਹੈ ਕਿ ਸਫ਼ਾਈ ਨੂੰ ਪਛਾਣ 'ਤੇ ਸ਼ਰਤੀ ਬਣਾਇਆ ਜਾਵੇ: ਸਹਾਇਕ ਨੇ ਜੋ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਸੈਸ਼ਨ ਸਥਾਪਿਤ ਕੀਤੇ ਉਨ੍ਹਾਂ ਦੀ ਤੁਲਨਾ ਹਾਲੇ ਵੀ ਵੈਧ ਲੋਕਾਂ ਨਾਲ ਕਰੋ, ਅਤੇ ਸਿਰਫ਼ ਮੇਲ ਖਾਣ 'ਤੇ ਹਟਾਓ।
ਕੀ ਜਾਂਚਣਾ ਹੈ, ਅਤੇ ਰਾਊਟ ਕੀ ਨਹੀਂ ਕਰ ਸਕਦਾ
ਸਵੀਕ੍ਰਿਤੀ ਵਿੱਚ ਚਾਰ ਤਬਦੀਲੀਆਂ ਸ਼ਾਮਲ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ: ਪਹਿਲਾ ਕਨੈਕਸ਼ਨ, ਵੱਖਰੇ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਦੁਬਾਰਾ ਜੁੜਨਾ, ਅਸਫਲ ਕਨੈਕਸ਼ਨ ਕੋਸ਼ਿਸ਼, ਅਤੇ ਅੰਤਿਮ ਡਿਸਕਨੈਕਟ। ਹਰ ਇੱਕ ਤੋਂ ਬਾਅਦ, ਦੂਰ ਦੇ ਪਾਸੇ ਦੇ ਪਤੇ ਲਈ ਸਿਸਟਮ ਨੇ ਅਸਲ ਵਿੱਚ ਜੋ ਰਾਊਟ ਚੁਣਿਆ ਉਹ ਪੜ੍ਹੋ, ਜਿਸਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕੀਤੀ ਸੀ ਉਹ ਨਹੀਂ।
route -n get 10.77.0.5
netstat -rn -f inetਮੁਸ਼ਕਲ ਮਾਮਲੇ ਵੀ ਉਸੇ ਦੌਰ ਵਿੱਚ ਰੱਖੋ: ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ ਉੱਥੇ IPv6, ਦੂਰ ਦੇ ਪ੍ਰੀਫਿਕਸ ਨਾਲ ਓਵਰਲੈਪ ਹੁੰਦਾ ਸਥਾਨਕ ਪ੍ਰੀਫਿਕਸ, ਅਤੇ ਜਨਤਕ VPN ਐਂਡਪੌਇੰਟ ਤੱਕ ਦਾ ਰਾਊਟ, ਜੋ ਟਨਲ ਚਾਲੂ ਰਹਿਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਫਿਰ ਲਿਖੋ ਕਿ ਰਾਊਟ ਕੀ ਨਹੀਂ ਹੈ। ਇਹ ਪੈਕਟ ਚੁਣਦਾ ਹੈ; ਇਹ ਦੂਰ ਦੇ ਪਾਸੇ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਅਤੇ ਉਹ ਵੱਖਰੇ ਮਾਲਕਾਂ ਵਾਲੀਆਂ ਵੱਖਰੀਆਂ ਲੋੜਾਂ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ।
ਤੁਸੀਂ ਜੋ ਨਤੀਜਾ ਚਾਹੁੰਦੇ ਹੋ ਉਹ ਪ੍ਰੀਫਿਕਸ ਹੈ ਜੋ ਹਰ ਤਬਦੀਲੀ ਵਿੱਚ ਆਪਣੇ ਸਮਰਥਿਤ ਕਨੈਕਸ਼ਨ-ਮਾਲਕ ਦਾ ਪਿੱਛਾ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਐਸਾ ਕਮਾਂਡ ਜੋ ਜਿਸ ਮਸ਼ੀਨ 'ਤੇ ਲਿਖਿਆ ਗਿਆ ਸੀ ਉੱਥੇ ਇੱਕ ਵਾਰ ਸੰਜੋਗ ਨਾਲ ਸਫਲ ਹੋਇਆ।