ਕੀ ਪੂਰੀ ਟਨਲਿੰਗ ਲੰਮੀ ਸਪਲਿਟ-ਟਨਲ ਸੂਚੀ ਨਾਲੋਂ ਸੌਖੀ ਹੈ?

ਸਪਲਿਟ-ਟਨਲ ਸੂਚੀ ਤਿੰਨ ਐਪਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਅਤੇ ਮਸ਼ੀਨ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਕਵਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਹਰ ਨਵੀਂ ਲਾਈਨ ਕਿਸੇ ਦੀ ਛੋਟ ਹੁੰਦੀ ਹੈ। ਉਸ ਵੇਲੇ ਸੂਚੀ ਚੁੱਪਚਾਪ ਵਾਧੂ ਕਦਮਾਂ ਵਾਲਾ ਡਿਫਾਲਟ ਬਣ ਚੁੱਕੀ ਹੁੰਦੀ ਹੈ। ਪੂਰੀ ਟਨਲਿੰਗ ਵਿਵਸਥਾ ਉਲਟ ਦਿੰਦੀ ਹੈ: ਸਭ ਕੁਝ ਟਨਲ ਵਿੱਚ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਦਸਤਾਵੇਜ਼ੀ ਛੋਟ ਕੁਝ ਹੋਰ ਨਹੀਂ ਕਹਿੰਦੀ। ਇਹ ਸੌਖਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਗੇਟਵੇ ਅਤੇ ਉਨ੍ਹਾਂ ਸਥਾਨਕ ਸੇਵਾਵਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਤੋੜੋਗੇ।

ਉਨ੍ਹਾਂ ਨਿਯਮਾਂ ਨੂੰ ਗਿਣ ਕੇ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸੰਭਾਲਦੇ ਹੋ

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

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

ਜੇ ਜ਼ਿਆਦਾਤਰ ਐਂਟਰੀਆਂ ਵੱਡਾ ਹਿੱਸਾ ਟ੍ਰੈਫਿਕ ਰੂਟ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲ ਦੇ ਬੋਝ ਨਾਲ ਪੂਰਾ ਟਨਲ ਚਲਾ ਰਹੇ ਹੋ। ਫਿਰ ਫੈਸਲਾ ਇਸ ਬਾਰੇ ਹੈ ਕਿ ਡਿਫਾਲਟ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ, ਨਾ ਕਿ ਇਹ ਕਿ ਡਿਫਾਲਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਜਾਂਚੋ ਕਿ ਗੇਟਵੇ ਡਿਫਾਲਟ ਚੁੱਕ ਸਕਦਾ ਹੈ

ਪੂਰੀ ਟਨਲਿੰਗ ਹਰ ਪੈਕਟ ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ 'ਤੇ ਭੇਜਦੀ ਹੈ, ਜੋ ਉਸ ਡਿਵਾਈਸ ਦੇ CPU ਲੋਡ, conntrack ਟੇਬਲ, ਪਤਾ ਅਨੁਵਾਦ ਅਤੇ ਅੱਪਸਟ੍ਰੀਮ ਬੈਂਡਵਿਡਥ ਦੀ ਲੋੜ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਬਦਲਦੀ ਹੈ। ਜੋ ਗੇਟਵੇ ਕੁਝ ਅੰਦਰੂਨੀ ਸਬਨੈੱਟਾਂ ਲਈ ਆਰਾਮ ਨਾਲ ਕੰਮ ਕਰਦਾ ਸੀ, ਉਹ ਇੱਕ ਵਰਤੋਂਕਾਰ ਦੀ ਸਾਰੀ ਬ੍ਰਾਊਜ਼ਿੰਗ ਲਈ ਨਾਪਿਆ ਨਹੀਂ ਗਿਆ ਹੋ ਸਕਦਾ। ਔਸਤ ਦੀ ਥਾਂ ਉਸ ਵੱਡੀ ਤੋਂ ਵੱਡੀ ਇੱਕੋ ਸਮੇਂ ਦੀ ਸੈਸ਼ਨ ਗਿਣਤੀ ਵੇਖੋ ਜਿਸ ਦੀ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਕਿਉਂਕਿ ਸਿਖਰ ਪਹਿਲਾਂ ਟੁੱਟਦਾ ਹੈ।

ip -s link show dev tun0
conntrack -C
ss -s

ਸਪੈਸੀਫਿਕੇਸ਼ਨਾਂ ਤੋਂ ਤਰਕ ਕਰਨ ਦੀ ਥਾਂ ਤਬਦੀਲੀ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਹੀ ਵਰਕਲੋਡ ਮਾਪੋ। ਇੱਕ ਮਸ਼ੀਨ 'ਤੇ ਆਮ ਵਰਤੋਂ ਦੀ ਇੱਕ ਦੁਪਹਿਰ ਦਿਖਾ ਦੇਵੇਗੀ ਕਿ ਗੇਟਵੇ ਸੀਮਾ ਦੇ ਨੇੜੇ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਸੋਮਵਾਰ ਸਵੇਰੇ ਇਹ ਪਤਾ ਲੱਗਣ ਦੇ ਮੁਕਾਬਲੇ ਇਸਦਾ ਕੋਈ ਖਰਚ ਨਹੀਂ।

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸਥਾਨਕ ਸੇਵਾਵਾਂ ਅਤੇ ਨਿੱਜੀ DNS ਹਾਲੇ ਵੀ ਕੰਮ ਕਰਦੇ ਹਨ

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

ਨਿੱਜੀ DNS ਦੂਜਾ ਨਿਰਭਰਤਾ ਹੈ। ਜੇ ਅੰਦਰੂਨੀ ਨਾਮ ਪਹਿਲਾਂ ਟਨਲ ਦੇ ਰਿਜ਼ੌਲਵਰ ਰਾਹੀਂ ਹੱਲ ਹੁੰਦੇ ਸਨ, ਤਾਂ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ; ਜੇ ਉਹ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਹੱਲ ਹੁੰਦੇ ਸਨ, ਤਾਂ ਪੂਰਾ ਡਿਫਾਲਟ ਉਨ੍ਹਾਂ ਨੂੰ ਜ਼ੋਨ ਜਾਣਨ ਵਾਲੇ ਰਿਜ਼ੌਲਵਰ ਤੱਕ ਲੈ ਜਾਣਾ ਪਵੇਗਾ। ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਇੱਕ ਅੰਦਰੂਨੀ ਨਾਮ ਅਤੇ ਇੱਕ ਜਨਤਕ ਨਾਮ ਟੈਸਟ ਕਰੋ, ਇਹ ਮੰਨਣ ਦੀ ਥਾਂ ਕਿ ਰਿਜ਼ੌਲਵਰ ਸੂਚੀ ਬਚ ਗਈ ਹੈ।

ਸਥਾਨਕ ਛੋਟਾਂ ਉਸ ਪਰੋਫਾਈਲ ਵਿੱਚ ਲਿਖੋ ਜੋ ਉਨ੍ਹਾਂ ਦਾ ਮਾਲਕ ਹੈ। ਸਿਰਫ਼ ਕਿਸੇ ਦੀ ਯਾਦ ਵਿੱਚ ਰੱਖੀ ਛੋਟ ਹੀ ਅਗਲੀ ਮਾਈਗਰੇਸ਼ਨ ਵਿੱਚ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਗੁੰਮ ਹੁੰਦੀ ਹੈ।

ਇੱਕ ਪਰੋਫਾਈਲ ਮਾਈਗਰੇਟ ਕਰੋ ਅਤੇ ਹੱਦਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

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

ip route get 203.0.113.10
ip route get 10.40.8.15
resolvectl query intranet.example
curl -sS -o /dev/null -w "%{remote_ip}\n" https://example.com

ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਅਤੇ ਆਊਟੇਜ ਤੋਂ ਬਾਅਦ ਜਾਂਚ ਦੁਹਰਾਓ, ਕਿਉਂਕਿ ਡ੍ਰੌਪ ਦੌਰਾਨ ਟ੍ਰੈਫਿਕ ਰੋਕਣ ਵਾਲਾ kill switch ਬਾਅਦ ਵਿੱਚ ਸਹੀ ਢੰਗ ਨਾਲ ਬਹਾਲ ਹੋਣ ਵਾਲੇ ਰੂਟ ਨਾਲੋਂ ਵੱਖਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ। ਸੌਖਾ ਡਿਜ਼ਾਈਨ ਉਹ ਹੈ ਜਿਸ ਦੀ ਅਸਲ ਕਵਰੇਜ ਤੁਸੀਂ ਐਪ ਜਾਂ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਵੀ ਸਮਝਾ ਸਕਦੇ ਹੋ।