ਰਿਮੋਟ ਵਰਤੋਂਕਾਰ VPN ਹੱਬ ਰਾਹੀਂ ਦੂਜੀ ਸਾਈਟ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੇ

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

ਲੰਘਣ ਲਈ ਤਿੰਨ ਲੁੱਕਅੱਪ ਚਾਹੀਦੇ ਹਨ, ਇੱਕ ਟਨਲ ਨਹੀਂ

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

ਇਸੇ ਲਈ ਹਰ ਟਨਲ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚਣਾ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਹੱਬ ਦੇ LAN ਪਤੇ ਨੂੰ ਪਿੰਗ ਕਰਨਾ ਪਹਿਲਾ ਫ਼ੈਸਲਾ ਅਜ਼ਮਾਉਂਦਾ ਹੈ, ਅਤੇ ਮੁੱਖ ਦਫ਼ਤਰ ਤੋਂ ਹੱਬ ਨੂੰ ਪਿੰਗ ਕਰਨਾ ਤੀਜਾ। ਜੋ ਪੈਕਟ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਉਸ ਦਾ ਸਰੋਤ ਵਰਤੋਂਕਾਰ ਪੂਲ ਅਤੇ ਮੰਜ਼ਿਲ ਦੂਜੀ ਸਾਈਟ ਹੈ, ਇਸ ਲਈ ਪਹਿਲਾਂ ਉਹ ਪ੍ਰੀਫ਼ਿਕਸ ਲਿਖ ਲਵੋ। ਇੱਥੇ ਪੂਲ 10.80.0.0/24 ਹੈ, ਹੱਬ ਦਾ LAN 10.10.0.0/24 ਹੈ ਅਤੇ ਮੁੱਖ ਦਫ਼ਤਰ 10.20.0.0/24 ਹੈ।

ਦੂਰ ਦੇ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਰਿਮੋਟ ਕਲਾਇੰਟ ਵੱਲ ਧੱਕੋ

ਇੱਕ OpenVPN ਰਿਮੋਟ-ਐਕਸੈਸ ਸਰਵਰ ਉੱਤੇ ਕਲਾਇੰਟ ਜੁੜਨ ਵੇਲੇ ਰੂਟ ਸਿੱਖਦਾ ਹੈ। push ਤੋਂ ਬਿਨਾਂ, ਸਪਲਿਟ-ਟਨਲ ਕਲਾਇੰਟ 10.20.0.50 ਆਪਣੇ ਹੀ ਗੇਟਵੇ ਨੂੰ ਭੇਜਦਾ ਹੈ ਅਤੇ ਪੈਕਟ ਕਦੇ ਟਨਲ ਵਿੱਚ ਨਹੀਂ ਵੜਦਾ।

push "route 10.20.0.0 255.255.255.0"

ਧੱਕਿਆ ਰੂਟ ਕਲਾਇੰਟ ਦੇ ਜੁੜਨ ਵੇਲੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਆਨਲਾਈਨ ਰਹਿਣ ਵਾਲਾ ਵਰਤੋਂਕਾਰ ਦੁਬਾਰਾ ਜੁੜਨ ਤੱਕ ਕੁਝ ਨਹੀਂ ਦੇਖਦਾ। ਕਲਾਇੰਟ ਉੱਤੇ ਜਾਂਚੋ: Linux ਉੱਤੇ ip route get 10.20.0.50, Windows ਉੱਤੇ route print। ਆਉਟਪੁੱਟ ਵਿੱਚ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਹੱਬ ਨੂੰ ਅਸਲੀ ਈਗ੍ਰੈਸ ਰੂਟ ਦਿਓ

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

ip route get 10.20.0.50 from 10.80.0.25
sudo ip route add 10.20.0.0/24 via 172.30.0.2 dev s2s0

ਜਿੱਥੇ ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਹਿੱਸਾ ਆਪ OpenVPN ਹੈ, ਉੱਥੇ ਰੂਟ ਉਸੇ ਸੰਰਚਨਾ ਵਿੱਚ ਪੀਅਰ ਦੇ ਟਨਲ ਪਤੇ ਨੂੰ ਗੇਟਵੇ ਬਣਾ ਕੇ ਰਹਿ ਸਕਦਾ ਹੈ: route 10.20.0.0 255.255.255.0 172.30.0.2। ਗੇਟਵੇ ਲਾਜ਼ਮੀ ਹੈ। ਇਸ ਨੂੰ ਛੱਡ ਦਿਓ ਤਾਂ ਅਗਲੀ ਹੌਪ ਲਾਗੂਆਤ ਦੇ ਡਿਫ਼ਾਲਟ ਉੱਤੇ ਡਿੱਗਦੀ ਹੈ, ਜੋ ਇੱਕਲ-ਰਿਮੋਟ ਕਲਾਇੰਟ ਅਤੇ ਕਈ-ਪੀਅਰ ਹੱਬ ਵਿਚਕਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।

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

ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਨੂੰ ਵਰਤੋਂਕਾਰ ਪੂਲ ਤੱਕ ਵਧਾਓ

ਮੁੱਖ ਦਫ਼ਤਰ ਪਹਿਲਾਂ ਹੀ ਹੱਬ ਦਾ LAN, 10.10.0.0/24 ਕਵਰ ਕਰਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਪੂਲ ਦੂਜਾ ਪ੍ਰੀਫ਼ਿਕਸ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਵੀ ਸਿਲੈਕਟਰਾਂ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ 10.80.0.25 ਨੂੰ ਭੇਜੇ ਜਵਾਬ ਨੂੰ ਕੋਈ ਨੀਤੀ ਕਵਰ ਨਹੀਂ ਕਰਦੀ। ਹਰ ਪੀਅਰ ਆਪਣੇ ਪਾਸੇ ਤੋਂ ਪ੍ਰੀਫ਼ਿਕਸ ਸੈੱਟਾਂ ਦੀ ਉਹੀ ਜੋੜੀ ਨਾਮ ਦਿੰਦਾ ਹੈ:

# strongSwan swanctl.conf, on the hub
local_ts  = 10.10.0.0/24, 10.80.0.0/24
remote_ts = 10.20.0.0/24

# on the headquarters peer
local_ts  = 10.20.0.0/24
remote_ts = 10.10.0.0/24, 10.80.0.0/24

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

ਪੁਰਾਣਾ ipsec.conf ਸਿੰਟੈਕਸ ਕਾਮੇ ਨਾਲ ਵੱਖ ਕੀਤੇ leftsubnet ਵਰਤਦਾ ਹੈ। ਚੱਲ ਰਿਹਾ ਸੁਰੱਖਿਆ ਸੰਗਠਨ ਉਹ ਸਿਲੈਕਟਰ ਰੱਖਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਗੱਲਬਾਤ ਕੀਤੀ, ਇਸ ਲਈ ਸੋਧ ਤੋਂ ਬਾਅਦ ਟਨਲ ਮੁੜ ਸਥਾਪਿਤ ਕਰੋ। 10:00 ਵਜੇ ਬਦਲਿਆ ਸਿਲੈਕਟਰ 09:40 ਵਜੇ ਉੱਪਰ ਆਏ SA ਵਿਰੁੱਧ ਪਰਖਿਆ ਜਾਵੇ ਤਾਂ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਜਦਕਿ ਕਾਨਫ਼ਿਗ ਫਾਈਲ ਪੂਰੇ ਸਮੇਂ ਸਹੀ ਦਿਸਦੀ ਹੈ।

ਫਿਰ ਆਖਰੀ ਹੌਪ ਜਾਂਚੋ। ਦੂਰ ਵਾਲੇ ਐਂਡਪੌਇੰਟ ਉੱਤੇ ip route get 10.80.0.25 ਟਨਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਸੇਵਾ LAN ਰਾਊਟਰ ਨੂੰ ਆਪਣਾ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਬਣਾਉਂਦੀ ਹੈ, ਤਾਂ ਉਸ ਰਾਊਟਰ ਨੂੰ ਵੀ ਰਿਟਰਨ ਰੂਟ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਜਵਾਬ ਉੱਥੇ ਹੀ ਮਰ ਜਾਂਦਾ ਹੈ। ਉਸ ਸੈਗਮੈਂਟ ਉੱਤੇ tcpdump -ni eth1 host 10.80.0.25 ਚਲਾਉਣਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਜਵਾਬ ਐਂਡਪੌਇੰਟ ਤੋਂ ਬਾਹਰ ਨਿਕਲਿਆ ਵੀ ਸੀ ਜਾਂ ਨਹੀਂ।

ਹੱਬ ਉੱਤੇ ਫ਼ਲੋ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ

ਫਾਰਵਰਡਿੰਗ ਸਮਰੱਥ ਅਤੇ ਰਸਤਾ ਇਜਾਜ਼ਤਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇੰਟਰਫ਼ੇਸਾਂ ਵਿਚਕਾਰ ਸਭ ਕੁਝ ਸਵੀਕਾਰ ਕਰਨ ਦੀ ਥਾਂ ਨਿਯਮ ਦੋ ਪ੍ਰੀਫ਼ਿਕਸਾਂ ਤੱਕ ਸੀਮਿਤ ਕਰੋ।

sysctl -w net.ipv4.ip_forward=1
iptables -I FORWARD -i tun0 -o s2s0 -s 10.80.0.0/24 -d 10.20.0.0/24 -j ACCEPT
iptables -I FORWARD -i s2s0 -o tun0 -s 10.20.0.0/24 -d 10.80.0.0/24 -j ACCEPT

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

ਜੇ ਸਿਰਫ਼ ਇੱਕ ਸਮੂਹ ਨੂੰ ਲੰਘਣਾ ਹੈ, ਤਾਂ ਗਲੋਬਲ push ਨੂੰ ਚੌੜਾ ਕਰਨ ਦੀ ਥਾਂ client-config-dir ਅਧੀਨ ਪ੍ਰਤੀ-ਕਲਾਇੰਟ ਫਾਈਲ ਵਿੱਚ ਰੂਟ ਰੱਖੋ। ਹੱਬ ਉੱਤੇ ਸੋਰਸ NAT ਵੀ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਦੇ ਰਿਟਰਨ ਰੂਟ ਦੀ ਲੋੜ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਹ ਵਰਤੋਂਕਾਰ ਦਾ ਪਤਾ ਲੁਕਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਦੂਰ ਵਾਲੀ ਸਾਈਟ ਦੇ ਲਾਗ ਅਤੇ ਪਤੇ-ਆਧਾਰਿਤ ਨਿਯਮ ਵਰਤੋਂਕਾਰਾਂ ਵਿੱਚ ਫ਼ਰਕ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹਨ।

ਕਲਾਇੰਟ ਤੋਂ ਜਾਂਚੋ, ਫਿਰ ਉਲਟੇ ਕ੍ਰਮ ਵਿੱਚ ਰੋਲਬੈਕ ਕਰੋ

ਸਿਰਫ਼ ICMP ਨਹੀਂ, TCP ਪੋਰਟ ਪਰਖੋ, ਕਿਉਂਕਿ ਸੇਵਾ ਬੰਦ ਰਹਿੰਦਿਆਂ ਪਿੰਗ ਲੰਘ ਸਕਦੀ ਹੈ। ਕਲਾਇੰਟ ਤੋਂ nc -vz 10.20.0.50 445 ਅਤੇ traceroute -n 10.20.0.50 ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਦੂਜੀ ਹੌਪ ਹੱਬ ਦਾ ਟਨਲ ਪਤਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਹੱਬ ਉੱਤੇ, tcpdump -ni tun0 host 10.20.0.50 ਅਤੇ ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਇੰਟਰਫ਼ੇਸ ਉੱਤੇ ਉਹੀ ਫ਼ਿਲਟਰ: ਦੋਵਾਂ ਉੱਤੇ ਬੇਨਤੀ ਪਰ ਕਿਸੇ ਉੱਤੇ ਜਵਾਬ ਨਹੀਂ, ਸਮੱਸਿਆ ਦੂਰ ਵਾਲੇ ਪਾਸੇ ਚਲੀ ਜਾਂਦੀ ਹੈ।

ਫਿਰ ਅਜਿਹੀ ਚੀਜ਼ ਪਰਖੋ ਜੋ ਬੰਦ ਹੀ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਉਹ ਮੇਜ਼ਬਾਨ ਵੀ ਜਵਾਬ ਦੇਵੇ ਜਿੱਥੇ ਪੂਲ ਨੂੰ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ, ਤਾਂ ਤੁਸੀਂ ਲੰਘਣ ਤੋਂ ਵੱਧ ਖੋਲ੍ਹ ਦਿੱਤਾ ਹੈ ਅਤੇ ਨਿਯਮ ਸੰਕਰੇ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਜੋ ਹੱਬ ਸਭ ਕੁਝ ਹਰ ਸਪੋਕ ਨੂੰ ਭੇਜਦਾ ਹੈ ਉਹ ਪਹਿਲੀ ਪਰਖ ਪਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜੀ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

ਰੋਲਬੈਕ ਸੂਚੀ ਰੱਖੋ, ਕਿਉਂਕਿ ਚਾਰ ਆਬਜੈਕਟ ਬਦਲੇ ਹਨ ਅਤੇ ਤਿੰਨ ਭੁੱਲਣੇ ਸੌਖੇ ਹਨ: ਧੱਕਿਆ ਰੂਟ, ਹੱਬ ਦਾ ਰੂਟ, ਸਿਲੈਕਟਰ ਅਤੇ ਫਾਇਰਵਾਲ ਨਿਯਮ। ਉਨ੍ਹਾਂ ਨੂੰ ਉਲਟੇ ਕ੍ਰਮ ਵਿੱਚ ਵਾਪਸ ਲਵੋ, SA ਮੁੜ ਸਥਾਪਿਤ ਕਰੋ, ਅਤੇ ਇੱਕ ਵਰਤੋਂਕਾਰ ਨੂੰ ਦੁਬਾਰਾ ਜੁੜਨ ਦਿਓ। ਅੰਸ਼ਿਕ ਰੋਲਬੈਕ ਅਜਿਹੀ ਟਨਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਰੂਟ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜੋ ਹੁਣ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ, ਅਤੇ ਉਸ ਨੂੰ ਪੜ੍ਹਨਾ ਮੂਲ ਚੁੱਪ ਨਾਲੋਂ ਔਖਾ ਹੈ। OpenVPN 2.6 ਮੈਨੁਅਲ ਤੁਹਾਡੇ ਸੰਸਕਰਣ ਲਈ push, route ਅਤੇ iroute ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਣ ਕਰਦਾ ਹੈ।