FortiClient ਪੂਰਾ ਟਨਲ: ਸਿਰਫ਼ ਦਫ਼ਤਰ ਸਬਨੈੱਟ ਰੂਟ ਕਰੋ

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

ਕਲਾਇੰਟ ਨੇ ਕੀ ਸਥਾਪਤ ਕੀਤਾ, ਅਤੇ LAN ਕਿਉਂ ਗਾਇਬ ਹੋਇਆ

ਕਲਾਇੰਟ ਇੰਟਰਫ਼ੇਸ ਦੀ ਥਾਂ ਟੇਬਲ ਪੜ੍ਹ ਕੇ ਸ਼ੁਰੂ ਕਰੋ। macOS ਉੱਤੇ netstat -rn ਪੂਰੀ ਟੇਬਲ ਛਾਪਦਾ ਹੈ ਅਤੇ route -n get default ਉਸ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਮੈਟ੍ਰਿਕ ਦਾ ਨਾਂ ਦੱਸਦਾ ਹੈ ਜੋ ਹੁਣ ਜਿੱਤ ਰਹੇ ਹਨ; Linux ਉੱਤੇ ਜੋੜੀ ip route show ਅਤੇ ip route get 8.8.8.8 ਹੈ। ਦੋਵੇਂ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: ਕਿਹੜੀ ਐਂਟਰੀ ਉਸ ਪੈਕਟ ਨੂੰ ਲੈ ਜਾਵੇਗੀ ਜੋ ਕਿਸੇ ਹੋਰ ਖ਼ਾਸ ਚੀਜ਼ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ।

ਟਨਲ ਡਿਵਾਈਸ ਦਾ ਨਾਂ ਸਥਿਰ ਨਹੀਂ ਹੈ। macOS ਉੱਤੇ IKEv2 ਪ੍ਰੋਫ਼ਾਈਲ ਆਮ ਤੌਰ ਉੱਤੇ ਨੰਬਰ ਸਮੇਤ utun ਦਿਖਾਉਂਦੀ ਹੈ, SSL VPN ਕਲਾਇੰਟ ppp0 ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ OpenVPN tun0 ਦਿਖਾਉਂਦਾ ਹੈ। ਵੱਖਰੇ ਮੈਟ੍ਰਿਕਾਂ ਨਾਲ ਦੋ ਡਿਫ਼ਾਲਟ ਇੱਕੋ ਸਮੇਂ ਵੀ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਐਂਟਰੀ ਸ਼ਾਇਦ ਦਿਖਣ ਵੇਲੇ ਨਹੀਂ, ਸਗੋਂ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਹੀ ਕੰਟਰੋਲ ਲਵੇ। ਇਸੇ ਲਈ ਪੰਜ ਮਿੰਟ ਦੇ ਫ਼ਰਕ ਨਾਲ ਲਏ ਦੋ ਟੇਬਲ ਡੰਪ ਵੱਖਰੀਆਂ ਕਹਾਣੀਆਂ ਦੱਸ ਸਕਦੇ ਹਨ।

ਟਨਲ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਪਹਿਲਾਂ ਕਿਉਂ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

macOS ਅਤੇ Linux ਉੱਤੇ ਕ੍ਰਮ

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

sudo route delete -net default -interface utun4
sudo route add -net 0.0.0.0 -interface en0
sudo route add -net 10.20.0.0 -netmask 255.255.0.0 -interface utun4

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

sudo ip route del default dev tun0
sudo ip route add default via 192.168.50.1
sudo ip route add 10.20.0.0/16 dev tun0

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

ਪ੍ਰੀਫ਼ਿਕਸ, ਰਿਜ਼ਾਲਵਰ ਅਤੇ ਹਨੇਰੇ ਵਿੱਚ ਰਹਿਣ ਵਾਲਾ DMZ

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

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

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

PEER=$(ip -4 addr show dev ppp0 | awk '/peer/ {print $4}' | cut -d/ -f1)
sudo ip route add 192.168.30.0/24 via "$PEER"

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

ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ, ਅਤੇ ਇਹ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਕਦੋਂ ਰੋਕਣਾ ਹੈ

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

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

ਜਾਂਚ ਸੂਚੀ ਛੋਟੀ ਹੈ: ਟੇਬਲ ਪੜ੍ਹੋ, ਟਨਲ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਮਿਟਾਓ, LAN ਡਿਫ਼ਾਲਟ ਰੂਟ ਬਹਾਲ ਕਰੋ, ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ ਜੋੜੋ, ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਠੀਕ ਕਰੋ, ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਉੱਤੇ ਰੂਟ ਵਾਪਸ ਆਉਣ ਦੀ ਆਸ ਰੱਖੋ।