Android OpenVPN: ਫ਼ੋਨ ਨੂੰ ਰੂਟ ਕੀਤੇ ਬਿਨਾਂ ਨਿੱਜੀ ਰੂਟ ਸ਼ਾਮਲ ਕਰਨਾ
Android ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਅਸਲ ਵਿੱਚ ਲੋਡ ਕਰਦਾ ਹੈ ਉਸ ਵਿੱਚ ਇੱਕ ਰੂਟ ਸ਼ਾਮਲ ਕਰੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਸਰਵਰ ਇਸ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਸੋਧ, ਮੁੜ ਕਨੈਕਟ ਅਤੇ ਚਾਰ ਜਾਂਚਾਂ ਲਈ ਗਾਈਡ।
ਤੁਹਾਨੂੰ ਇੱਕ ਹੋਰ ਨਿੱਜੀ ਸਬਨੈੱਟ ਚਾਹੀਦਾ ਹੈ — ਮੰਨ ਲਓ 10.60.0.0/24 — ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਹੁਣ ਨਹੀਂ ਹੈ। ਲੈਪਟਾਪ ਉੱਤੇ ਤੁਸੀਂ ਰੂਟ ਸ਼ਾਮਲ ਕਰਕੇ ਅੱਗੇ ਵਧ ਜਾਂਦੇ। Android ਵਿੱਚ VPN ਇੱਕ ਐਪ ਹੈ, tun ਡਿਵਾਈਸ ਉਸੇ ਐਪ ਦੀ ਹੈ, ਅਤੇ root ਤੋਂ ਬਿਨਾਂ ਸੋਧਣ ਲਈ ਕੋਈ ਰਾਊਟਿੰਗ ਟੇਬਲ ਨਹੀਂ। ਰੂਟ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ, ਪਰ ਇਹ ਉਸ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਜੋ ਕਲਾਇਟ ਲੋਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਤਾਂ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜੇ ਦੂਜਾ ਪਾਸਾ ਸਹਿਮਤ ਹੋਵੇ। ਇਹ ਹੈ ਸੋਧ, ਮੁੜ ਕਨੈਕਟ, ਸਰਵਰ ਪਾਸਾ ਅਤੇ ਰੋਲਬੈਕ।
ਸੋਧ ਤੋਂ ਪਹਿਲਾਂ: ਰੂਟ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਰੂਟ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: ਇਸ ਮੰਜ਼ਿਲ ਲਈ ਟ੍ਰੈਫ਼ਿਕ ਕਿਹੜਾ ਇੰਟਰਫ਼ੇਸ ਲੈ ਜਾਵੇਗਾ। ਇਹ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ। ਜੇ ਨੈੱਟਵਰਕ ਦੇ ਮਾਲਕ ਨੇ ਸਹਿਮਤੀ ਨਹੀਂ ਦਿੱਤੀ ਕਿ ਇਹ ਫ਼ੋਨ ਉਸ ਸਬਨੈੱਟ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ, ਤਾਂ ਸਹੀ ਰੂਟ ਸਹੀ ਦਿਖਣ ਵਾਲਾ ਕਾਨਫ਼ਿਗ ਅਤੇ ਗੇਟਵੇ ਉੱਤੇ ਚੁੱਪ ਡ੍ਰਾਪ ਪੈਦਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਅਗਲਾ ਘੰਟਾ ਗ਼ਲਤ ਫ਼ਾਈਲ ਸੋਧਣ ਵਿੱਚ ਲੰਘਾਉਗੇ।
ਪਹਿਲਾਂ ਉਹ ਸਹਿਮਤੀ ਲਵੋ, ਨੈੱਟਵਰਕ ਦਾ ਮਾਲਕ ਹੋਵੇ ਤਾਂ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ। ਫਿਰ ਨੋਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕੀ ਨਹੀਂ ਕਰ ਰਹੇ: ਤੁਸੀਂ ਫ਼ੋਨ ਨੂੰ ਉਸ LAN ਦੇ ਅੰਦਰ ਪਤਾ ਨਹੀਂ ਦੇ ਰਹੇ, ਸਰਵਰ ਦਾ ਲਿਸਨਰ ਨਹੀਂ ਬਦਲ ਰਹੇ, ਅਤੇ ਹੋਸਟਨਾਮ ਨਾਲ ਸਾਈਟ ਨਹੀਂ ਚੁਣ ਰਹੇ। ਇਹ ਚਾਰ ਵੱਖਰੀਆਂ ਤਬਦੀਲੀਆਂ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਪਹਿਲੀ ਤੁਹਾਡੀ ਹੈ।
| The route gives you | The route does not give you |
|---|---|
| A destination prefix associated with the tunnel | Permission to forward at the gateway |
| A path for the phone's own traffic | A return route on the target host |
| A scope for the client's virtual interface | A name in DNS, or HTTPS identity |
ਉਹੀ ਪ੍ਰੋਫ਼ਾਈਲ ਸੋਧੋ ਜੋ ਕਲਾਇਟ ਅਸਲ ਵਿੱਚ ਲੋਡ ਕਰਦਾ ਹੈ
ਆਮ OpenVPN ਆਪਸ਼ਨ ਟੈਕਸਟ ਆਯਾਤ ਕਰਨ ਵਾਲੇ ਅਨੁਕੂਲ ਕਲਾਇਟ ਲਈ, ਸ਼ਾਮਲ ਕਰਨਾ ਇੱਕ ਲਾਈਨ ਹੈ:
route 10.60.0.0 255.255.255.0ਇਸਨੂੰ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ਵਿੱਚ, ਹੋਰ ਰਾਊਟਿੰਗ ਹਿਦਾਇਤਾਂ ਦੇ ਨੇੜੇ ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਓਪਰੇਟਰ ਦਾ endpoint, ਸਰਟੀਫ਼ਿਕੇਟ, ਕੁੰਜੀ ਸੰਭਾਲ ਅਤੇ ਪੁਸ਼ਟੀ ਲਾਈਨਾਂ ਜਿਵੇਂ ਸਨ ਤਿਵੇਂ ਹੀ ਰੱਖੋ। ਇੱਕ ਲਾਈਨ ਉਧਾਰ ਲੈਣ ਲਈ ਪੂਰੀ ਪੁਰਾਣੀ ਉਦਾਹਰਨ ਪੇਸਟ ਨਾ ਕਰੋ: ਕੰਪਰੈਸ਼ਨ, ਪੂਰਨ ਫ਼ਾਈਲ ਪਾਥ ਅਤੇ ਪੁਰਾਣੀਆਂ cipher ਸੈਟਿੰਗਾਂ ਨਾਲ ਆਉਂਦੀਆਂ ਹਨ ਅਤੇ ਵੱਖਰਾ ਡਿਬੱਗਿੰਗ ਸੈਸ਼ਨ ਖ਼ਰਚ ਕਰਵਾਉਣਗੀਆਂ।
ਜੋ ਕਦਮ ਲੋਕ ਛੱਡ ਜਾਂਦੇ ਹਨ ਉਹ ਫ਼ਾਈਲ ਦੀ ਮਾਲਕੀ ਹੈ। ਜੇ ਐਪ ਨੇ ਪ੍ਰੋਫ਼ਾਈਲ ਆਯਾਤ ਕੀਤਾ ਹੈ, ਤਾਂ ਇਹ ਜੋ ਕਾਪੀ ਵਰਤਦੀ ਹੈ ਉਹ ਐਪ ਦੀ ਹੈ, ਅਤੇ ਡਾਊਨਲੋਡ ਕੀਤੀ ਅਸਲ ਫ਼ਾਈਲ ਸੋਧਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਕਲਾਇਟ ਦਾ ਸਮਰਥਿਤ ਐਡੀਟਰ ਵਰਤੋ, ਜਾਂ ਸੋਧੀ ਫ਼ਾਈਲ ਨੂੰ ਅਪਡੇਟ ਰਾਹੀਂ ਮੁੜ ਆਯਾਤ ਕਰੋ, ਅਤੇ ਸਮਾਨ ਨਾਮ ਕਈ ਹੋਣ ਤਾਂ ਸਰਗਰਮ ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਨਾਮ ਪੱਕਾ ਕਰੋ। ਤੁਸੀਂ ਕਿਹੜੀ ਬਦਲੀ ਇਹ ਲਿਖੋ।
ਜੇ ਪ੍ਰੋਫ਼ਾਈਲ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ route-nopull ਹੈ, ਤਾਂ ਸਰਵਰ ਤੋਂ ਕੋਈ ਰੂਟ ਸਥਾਪਿਤ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਫ਼ੋਨ ਨੂੰ ਲੋੜੀਂਦਾ ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ ਸਪੱਸ਼ਟ ਰੂਪ ਵਿੱਚ ਦਰਜ ਕਰਨਾ ਪਵੇਗਾ। ਇਹ ਜਾਇਜ਼ ਡਿਜ਼ਾਈਨ ਹੈ, ਪਰ ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਛੱਡੀ ਗਈ ਲਾਈਨ ਸਰਵਰ ਦੀ ਨਾਂਹ ਵਾਂਗ ਹੀ ਦਿਸਦੀ ਹੈ।
ਮੁੜ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਡਿਵਾਈਸ ਉੱਤੇ ਜਾਂਚੋ
ਪਹਿਲਾਂ ਡਿਸਕਨੈਕਟ ਕਰੋ, ਫਿਰ ਐਪ ਨੂੰ ਪਿਛਲਾ ਸੈਸ਼ਨ ਬਹਾਲ ਕਰਨ ਦੇਣ ਦੀ ਬਜਾਏ ਉਸੇ ਖ਼ਾਸ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਮੁੜ ਕਨੈਕਟ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੋਧਿਆ। ਕਨੈਕਸ਼ਨ ਲੌਗ ਖੋਲ੍ਹੋ ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਕਲਾਇਟ ਨੇ ਨਵੀਂ ਲਾਈਨ ਪਾਰਸ ਕੀਤੀ; ਇੰਟਰਫ਼ੇਸ ਜਿਸ ਰੂਟ ਹਿਦਾਇਤ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦਾ ਹੈ ਉਹ ਗ਼ਲਤ ਕਾਪੀ ਸੋਧਣ ਦਾ ਆਮ ਨਤੀਜਾ ਹੈ।
ਮੰਜ਼ਿਲ ਨੂੰ ਨਾਮ ਨਾਲ ਨਹੀਂ, ਪਤੇ ਨਾਲ ਜਾਂਚੋ। ਜਾਣੇ-ਪਛਾਣੇ ਸੇਵਾ ਪੋਰਟ ਉੱਤੇ TCP ਜਾਂਚ ping ਤੋਂ ਵੱਧ ਜਾਣਕਾਰੀ ਦਿੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਹੋਸਟ ICMP ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜਦਕਿ ਸੇਵਾ ਪੋਰਟ ਫ਼ਿਲਟਰ ਹੁੰਦਾ ਹੈ। ਜੇ ਪਤਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਨਾਮ ਨਹੀਂ, ਤਾਂ ਇਹ ਰਾਊਟਿੰਗ ਦਾ ਨਹੀਂ ਰਿਜ਼ਾਲਵਰ ਦਾ ਸਵਾਲ ਹੈ, ਅਤੇ ਅਗਲਾ ਹਿੱਸਾ ਤੁਹਾਡੇ ਲਈ ਨਹੀਂ।
ਇੱਥੇ ਦੋ ਸਕੋਪ ਜਾਂਚਾਂ ਵੀ ਆਉਂਦੀਆਂ ਹਨ। ਪ੍ਰਤੀ-ਐਪ VPN ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪਤਾ ਰੂਟ ਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ ਜਦਕਿ ਤੁਸੀਂ ਜਿਸ ਐਪ ਨਾਲ ਜਾਂਚ ਰਹੇ ਹੋ ਉਹ ਸ਼ਾਮਲ ਸੈੱਟ ਤੋਂ ਬਾਹਰ ਹੈ, ਇਸ ਲਈ ਉਸ ਐਪ ਨਾਲ ਜਾਂਚੋ ਜੋ ਸੱਚਮੁੱਚ ਅੰਦਰ ਹੈ। ਅਤੇ IPv4 ਪ੍ਰੀਫ਼ਿਕਸ IPv6 ਰਾਹ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ; ਜੇ ਸੇਵਾ dual-stack ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ IPv6 ਰੂਟ ਸ਼ਾਮਲ ਕਰੋ ਜਾਂ ਇਹ ਮੰਨੋ ਕਿ ਕਲਾਇਟ ਤੁਹਾਡੀ ਨਾ-ਚਾਹੀ ਰਾਹ ਚੁਣੇਗਾ।
ਇੱਕ ਨਕਾਰਾਤਮਕ ਨਤੀਜਾ ਜਲਦੀ ਪਛਾਣਨਾ ਚੰਗਾ ਹੈ: ਜੇ full-tunnel ਰੂਟ ਪਹਿਲਾਂ ਹੀ 0.0.0.0/0 ਨੂੰ ਢਕਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੀਫ਼ਿਕਸ ਗੁੰਮ ਨਹੀਂ ਅਤੇ ਦੁਬਾਰਾ ਸ਼ਾਮਲ ਕਰਨ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਦੁੱਗਣੀ ਕਵਰੇਜ ਸਰਵਰ-ਪਾਸੇ ਦੀ ਨਾਂਹ ਜਾਂ ਗੁੰਮ ਜਵਾਬ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦੀ।
ਸਰਵਰ ਉੱਤੇ ਰਾਹ ਪੂਰਾ ਕਰੋ
ਫ਼ੋਨ ਤੋਂ ਬਾਹਰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਸਹੀ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਗੇਟਵੇ ਨੂੰ ਮੰਜ਼ਿਲ ਤੱਕ ਰੂਟ ਅਤੇ ਫ਼ੋਨ ਦੇ ਸਰੋਤ ਨੂੰ ਉਸ ਪਾਸੇ ਭੇਜਣ ਦੀ ਆਗਿਆ ਚਾਹੀਦੀ ਹੈ। ਟਾਰਗਿਟ ਨੂੰ ਉਹ ਸਰੋਤ ਸਵੀਕਾਰ ਕਰਕੇ ਗੇਟਵੇ ਰਾਹੀਂ ਜਵਾਬ ਵਾਪਸ ਭੇਜਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਹੀਂ ਤਾਂ ਡਿਜ਼ਾਈਨ ਨੂੰ egress ਉੱਤੇ ਜਾਣ-ਬੁੱਝ ਕੇ ਅਨੁਵਾਦ ਚਾਹੀਦਾ ਹੈ। OpenVPN ਮੈਨੂਅਲ ਦਾ route ਆਪਸ਼ਨ ਕਲਾਇਟ-ਪਾਸੇ ਦੀ ਹਿਦਾਇਤ ਨੂੰ ਢਕਦਾ ਹੈ; ਫ਼ਾਰਵਰਡਿੰਗ ਅਤੇ ਰਿਟਰਨ ਰਾਊਟਿੰਗ ਵੱਖਰੀਆਂ ਮਸ਼ੀਨਾਂ ਉੱਤੇ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਹਨ।
ਜੇ ਮੰਜ਼ਿਲ ਗੇਟਵੇ ਦੇ ਠੀਕ ਪਿੱਛੇ ਨਹੀਂ ਬਲਕਿ ਕਿਸੇ ਹੋਰ VPN ਕਲਾਇਟ ਦੇ ਪਿੱਛੇ ਹੈ, ਤਾਂ ਸਰਵਰ ਨੂੰ ਉਸ ਪੀਅਰ ਦੇ ਸਬਨੈੱਟ ਲਈ iroute ਚਾਹੀਦਾ ਹੈ। ਉਹ ਹਿਦਾਇਤ ਸਰਵਰ ਦੀ ਹੈ ਅਤੇ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਕਲਾਇਟ ਕੋਲ ਪ੍ਰੀਫ਼ਿਕਸ ਹੈ; ਫ਼ੋਨ ਇਸਨੂੰ ਆਪਣੀ ਪ੍ਰੋਫ਼ਾਈਲ ਤੋਂ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਅਤੇ ਕਲਾਇਟ-ਪਾਸੇ ਕਿੰਨੀ ਵੀ ਸੋਧ ਇਸਦਾ ਬਦਲ ਨਹੀਂ।
ਰਿਟਰਨ ਰਾਹ ਸਪੱਸ਼ਟ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ। ਟਨਲ ਦੀ ਬਜਾਏ ਡਿਫ਼ਾਲਟ ਰੂਟ ਰਾਹੀਂ ਨਿਕਲਣ ਵਾਲਾ ਜਵਾਬ ਕਲਾਸਿਕ ਅੱਧ-ਖੁੱਲ੍ਹਾ ਲੱਛਣ ਪੈਦਾ ਕਰਦਾ ਹੈ: ਕਨੈਕਸ਼ਨ ਇੱਕ ਦਿਸ਼ਾ ਵਿੱਚ ਬਣਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦਾ। ਜਦੋਂ ਟਾਰਗਿਟ ਵਾਪਸ ਰੂਟ ਨਹੀਂ ਕਰ ਸਕਦਾ ਤਾਂ ਗੇਟਵੇ ਉੱਤੇ ਸਰੋਤ ਅਨੁਵਾਦ ਜਾਇਜ਼ ਸੁਧਾਰ ਹੈ, ਪਰ ਇਹ ਆਪਣੇ ਨਤੀਜਿਆਂ ਵਾਲਾ ਨੀਤੀ ਫ਼ੈਸਲਾ ਹੈ।
ਰੋਲਬੈਕ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ
ਸੋਧ ਤੋਂ ਪਹਿਲਾਂ ਪਿਛਲੀ ਪ੍ਰੋਫ਼ਾਈਲ ਰੱਖੋ। ਜੇ ਤਬਦੀਲੀ ਹਾਲਤ ਵਿਗਾੜਦੀ ਹੈ, ਤਾਂ ਉਹ ਕਾਪੀ ਉਸੇ ਮੁੜ-ਆਯਾਤ ਰਾਹੀਂ ਬਹਾਲ ਕਰੋ, ਮੁੜ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਪੱਕਾ ਕਰੋ ਕਿ ਪੁਰਾਣਾ ਵਰਤਾਓ ਵਾਪਸ ਆਇਆ — ਇਸ ਨਾਲ ਪੱਕਾ ਹੁੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਉਹੀ ਬਦਲਿਆ ਜੋ ਤੁਸੀਂ ਸੋਚਿਆ ਸੀ। ਜੋ ਰੋਲਬੈਕ ਪੁਰਾਣੀ ਹਾਲਤ ਬਹਾਲ ਨਹੀਂ ਕਰਦਾ ਉਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਐਪ ਕੋਲ ਤੀਜੀ ਕਾਪੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਨਹੀਂ ਮਿਲੀ।
ਚਾਰ ਗੱਲਾਂ ਪੂਰੀਆਂ ਹੋਣ ਉੱਤੇ ਤਬਦੀਲੀ ਸਵੀਕਾਰ ਕਰੋ, ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਇਸ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚ ਕੇ: ਮੰਜ਼ਿਲ ਆਪਣੇ ਸੇਵਾ ਪੋਰਟ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਲੋੜ ਹੋਣ ਉੱਤੇ ਨਿੱਜੀ ਨਾਮ ਰਿਜ਼ਾਲਵ ਹੁੰਦਾ ਹੈ, HTTPS ਅਜੇ ਵੀ ਇੱਛਤ ਹੋਸਟਨਾਮ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਰੀਬੂਟ ਜਾਂ Wi-Fi ਤੋਂ ਸੈੱਲੂਲਰ ਉੱਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਸਭ ਕੰਮ ਕਰਦਾ ਹੈ। ਆਖ਼ਰੀ ਜਾਂਚ ਉਹੀ ਹੈ ਜੋ ਅਜਿਹਾ ਰੂਟ ਫੜਦੀ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਦੋਂ ਤੱਕ ਹੈ ਜਦੋਂ ਤੱਕ Android ਟਨਲ ਮੁੜ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ।
- ਕੁਝ ਵੀ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਨੈੱਟਵਰਕ ਦਾ ਮਾਲਕ ਮੰਜ਼ਿਲ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
- ਕਲਾਇਟ ਜੋ ਪ੍ਰੋਫ਼ਾਈਲ ਲੋਡ ਕਰਦਾ ਹੈ ਉਸ ਵਿੱਚ ਰੂਟ ਰੱਖੋ, ਫਿਰ ਮੁੜ ਆਯਾਤ ਕਰੋ ਅਤੇ ਮੁੜ ਕਨੈਕਟ ਕਰੋ।
- ਸਹੀ ਪਤਾ ਪਰਿਵਾਰ ਲਈ, ਪ੍ਰਤੀ-ਐਪ ਸਕੋਪ ਦੇ ਅੰਦਰ, ਸੇਵਾ ਪੋਰਟ ਰਾਹੀਂ ਜਾਂਚੋ।
- ਫ਼ਾਰਵਰਡਿੰਗ, ਰਿਟਰਨ ਰਾਊਟਿੰਗ ਅਤੇ iroute ਸਰਵਰ ਉੱਤੇ ਠੀਕ ਕਰੋ, ਫ਼ੋਨ ਉੱਤੇ ਨਹੀਂ।
- ਰੋਲਬੈਕ ਕਾਪੀ ਰੱਖੋ, ਅਤੇ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਮੁੜ ਜਾਂਚੋ।