ਇਕੋ ਸਮੇਂ ਦੋ VPN ਐਪਾਂ: ਕਿਹੜਾ kill switch ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦਾ ਹੈ?
ਦੂਜਾ VPN ਕਲਾਇੰਟ ਪਹਿਲੇ ਦਾ kill switch ਕਦੇ ਵਿਰਾਸਤ ਵਿੱਚ ਨਹੀਂ ਲੈਂਦਾ। ਕਿਹੜੀ ਨੀਤੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਇਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਆਪਣੀ ਨੀਤੀ ਕਿਵੇਂ ਜਾਂਚੀਏ।
ਦੋ VPN ਕਲਾਇੰਟ ਨਾਲ-ਨਾਲ ਚੱਲ ਸਕਦੇ ਹਨ, ਪਰ ਉਨ੍ਹਾਂ ਦੇ kill switch ਇੱਕ ਨੀਤੀ ਵਿੱਚ ਨਹੀਂ ਮਿਲਦੇ। ਹਰ ਕਲਾਇੰਟ ਆਪਣੀ ਸੁਰੰਗ ਲਈ ਨਿਯਮ ਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਨੂੰ ਵੀ ਦੂਜੇ ਦੇ ਹੋਣ ਦਾ ਪਤਾ ਨਹੀਂ। ਮੈਨੂੰ ਇਹ ਪਹਿਲਾਂ ਜੁੜੇ ਕੰਮ ਵਾਲੇ ਕਲਾਇੰਟ ਨਾਲ ਹੋਇਆ: ਦੂਜੀ ਐਪ ਆਪਣਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕੀ, ਦਸ ਮਿੰਟ „Connecting“ ਉੱਤੇ ਰਹੀ, ਅਤੇ ਪਹਿਲੀ ਸੁਰੰਗ ਨੇ ਸਭ ਕੁਝ ਚੁੱਪਚਾਪ ਲੈ ਲਿਆ। ਦੂਜੀ ਐਪ ਸੁਰੱਖਿਅਤ ਹੋਵੇਗੀ ਜਾਂ ਨਹੀਂ, ਇਹ ਤਿੰਨ ਸ਼ਰਤਾਂ ਉੱਤੇ ਨਿਰਭਰ ਹੈ, ਇਸ ਉੱਤੇ ਨਹੀਂ ਕਿ ਦੋਵੇਂ ਆਈਕਨ ਜੁੜਿਆ ਦਿਖਾਉਂਦੇ ਹਨ।
kill switch ਅਸਲ ਵਿੱਚ ਕਿਸ ਤੱਕ ਸੀਮਤ ਹੁੰਦਾ ਹੈ
ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਕੋਈ ਇੱਕ kill switch ਝੰਡਾ ਨਹੀਂ ਹੁੰਦਾ। ਅਜਿਹਾ ਝੰਡਾ ਦੱਸਣ ਵਾਲਾ ਕਲਾਇੰਟ ਨਿਯਮਾਂ ਦਾ ਸੈੱਟ ਲਾਉਂਦਾ ਹੈ: ਜੋ ਮੇਰੀ ਸੁਰੰਗ ਰਾਹੀਂ ਬਾਹਰ ਨਹੀਂ ਜਾਂਦਾ ਉਸ ਨੂੰ ਡੇਗ ਦੇਵੋ, ਅਤੇ ਸੁਰੰਗ ਗਾਇਬ ਹੋਣ 'ਤੇ ਅਕਸਰ fail closed ਵਿਵਹਾਰ ਕਰੋ। ਲੀਨਕਸ ਉੱਤੇ ਇਹ ਆਮ ਤੌਰ 'ਤੇ nftables ਜਾਂ iptables ਚੇਨ ਹੁੰਦੀ ਹੈ, Windows ਉੱਤੇ Windows Filtering Platform ਫਿਲਟਰਾਂ ਦਾ ਸੈੱਟ, Android ਅਤੇ iOS ਉੱਤੇ ਸੁਰੰਗ ਸੇਵਾ ਦੀ ਆਪਣੀ ਰਾਊਟਿੰਗ ਅਤੇ ਉਹ ਸਿਸਟਮ ਸੈਟਿੰਗ ਜੋ VPN ਤੋਂ ਬਿਨਾਂ ਕਨੈਕਸ਼ਨ ਰੋਕਦੀ ਹੈ। Android VPN ਗਾਈਡ ਇਸ ਸੇਵਾ ਮਾਡਲ ਦਾ ਵਰਣਨ ਕਰਦੀ ਹੈ ਜੇ ਤੁਹਾਨੂੰ ਪਲੇਟਫਾਰਮ ਦਾ ਨਜ਼ਰੀਆ ਚਾਹੀਦਾ ਹੈ।
ਦਾਇਰਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸਾ ਹੈ। „ਸਿਰਫ਼ wg0 ਆਊਟਪੁੱਟ ਇੰਟਰਫੇਸ ਉੱਤੇ ਪੈਕਟਾਂ ਦੀ ਆਗਿਆ ਦਿਓ“ ਵਰਗਾ ਨਿਯਮ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਰਦਾ ਕਿ ਦੂਜੀ ਸੁਰੰਗ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਕੋਈ ਦੂਜਾ ਕਲਾਇੰਟ wg1 ਚੁੱਕਦਾ ਹੈ, ਤਾਂ ਪਹਿਲੇ ਕਲਾਇੰਟ ਦੇ ਨਿਯਮ ਉਨ੍ਹਾਂ ਪੈਕਟਾਂ ਨੂੰ ਆਮ ਟ੍ਰੈਫਿਕ ਮੰਨਦੇ ਹਨ: ਆਮ ਤੌਰ 'ਤੇ ਡੇਗ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਕਦੇ-ਕਦੇ ਆਗਿਆ ਮਿਲ ਜਾਂਦੀ ਹੈ। ਹਰ ਹਾਲ ਵਿੱਚ ਫੈਸਲਾ ਪਹਿਲਾ ਕਲਾਇੰਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਸ ਨੂੰ ਪਤਾ ਵੀ ਨਹੀਂ ਕਿ ਦੂਜੀ ਐਪ ਉਡੀਕ ਕਰ ਰਹੀ ਹੈ।
ਤਿੰਨ ਸ਼ਰਤਾਂ ਜੋ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕੌਣ ਢਕਿਆ ਜਾਵੇਗਾ
ਹਰ ਸੁਮੇਲ ਗਿਣਨ ਦੀ ਲੋੜ ਨਹੀਂ। ਤਿੰਨ ਸਵਾਲ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਇਹ ਤੈਅ ਕਰ ਦਿੰਦੇ ਹਨ।
- ਕੀ ਪਲੇਟਫਾਰਮ ਦੂਜੀ ਸੁਰੰਗ ਦੀ ਆਗਿਆ ਵੀ ਦਿੰਦਾ ਹੈ? ਜ਼ਿਆਦਾਤਰ Android ਫੋਨ ਅਤੇ iPhone ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਪ੍ਰੋਫਾਈਲ ਸਿਰਫ਼ ਇੱਕ ਸਰਗਰਮ VPN ਸੇਵਾ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਦੂਜੀ ਐਪ ਦੀ ਕਦੇ ਸੁਰੰਗ ਨਹੀਂ ਹੁੰਦੀ ਅਤੇ ਉਹ ਕੁਝ ਵੀ ਲਾਗੂ ਨਹੀਂ ਕਰਦੀ। ਤੁਹਾਨੂੰ ਇੱਕ ਹੀ ਨੀਤੀ ਮਿਲਦੀ ਹੈ, ਉਸ ਐਪ ਤੋਂ ਜਿਸ ਨੇ ਥਾਂ ਜਿੱਤੀ।
- ਡਿਫਾਲਟ ਰਾਊਟ ਕਿਸ ਪ੍ਰੋਸੈਸ ਕੋਲ ਹੈ? Windows, macOS ਅਤੇ ਲੀਨਕਸ ਦੋ ਸੁਰੰਗਾਂ ਆਸਾਨੀ ਨਾਲ ਚੁੱਕ ਲੈਂਦੇ ਹਨ। ਡਿਫਾਲਟ ਰਾਊਟ ਉਸ ਕਲਾਇੰਟ ਦਾ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਆਖ਼ਰੀ ਵਾਰ ਜਾਂ ਬਿਹਤਰ ਮੈਟ੍ਰਿਕ ਨਾਲ ਸੈੱਟ ਕੀਤਾ, ਅਤੇ ਦੂਜਾ ਕਲਾਇੰਟ ਜੁੜਿਆ ਪਰ ਨਿਸ਼ਕਿਰਿਆ ਹੁੰਦਾ ਹੈ। ਲੀਨਕਸ ਉੱਤੇ wg-quick ਦਾ ਡਿਫਾਲਟ ਰਾਊਟ ਮੋਡ ਨਿੱਜੀ ਟੇਬਲ ਅਤੇ fwmark ਨਿਯਮ ਨਾਲ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਵਰਤਦਾ ਹੈ, ਇਸ ਲਈ ਦੂਜੀ wg-quick ਸੁਰੰਗ ਪਹਿਲੀ ਨੂੰ ਬਦਲਣ ਦੀ ਥਾਂ ਇੱਕ ਮੁਕਾਬਲਾਵੀ ਨਿਯਮ ਜੋੜਦੀ ਹੈ।
- ਕੀ ਦੂਜਾ ਕਲਾਇੰਟ ਆਪਣੇ ਹੀ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ? ਜੇ ਪਹਿਲਾ kill switch ਡਿਫਾਲਟ ਇਨਕਾਰ ਹੈ, ਤਾਂ ਦੂਜੀ ਐਪ ਦਾ ਬਾਹਰੀ ਐਂਡਪੁਆਇੰਟ ਬੱਸ ਇੱਕ ਹੋਰ ਡੇਗਿਆ ਟਿਕਾਣਾ ਹੈ। ਉਹ ਚੁੱਪਚਾਪ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਅਤੇ ਕਦੇ ਗ਼ਲਤੀ ਨਹੀਂ ਦੱਸਦਾ।
ਛੋਟਾ ਸੰਸਕਰਣ, ਸਹਾਇਤਾ ਥ੍ਰੈਡਾਂ ਲਈ:
| Setup | What you actually get |
|---|---|
| Second client cannot hold a tunnel | One active policy; the other app only reports that it is waiting |
| Both tunnels up, second took the default route | The first kill switch blocks traffic it never meant to touch; the connection dies, or leaks if its rules are broad |
| First kill switch allows only its own endpoint and interface | Second client never connects; first tunnel unaffected |
| Both up, DNS written by whichever client ran last | Name resolution breaks for one side when either tunnel drops |
ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਦੋ ਲਾਈਨਾਂ ਸਿਸਟਮ ਟ੍ਰੇ ਦੇ ਆਈਕਨ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਸਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਆਈਕਨ ਇੱਥੇ ਉਪਲਬਧ ਸਭ ਤੋਂ ਮਾੜਾ ਸਬੂਤ ਹੈ।
ਪਹਿਲਾਂ ਕੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਕਿਹੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ
ਦੂਜਾ ਸਿਹਤਮੰਦ ਹੋਵੇ ਅਤੇ ਇੱਕ ਕਲਾਇੰਟ „Connecting“ ਉੱਤੇ ਅਟਕਿਆ ਹੋਵੇ, ਤਾਂ ਲਗਭਗ ਹਮੇਸ਼ਾ ਐਂਡਪੁਆਇੰਟ ਦੀ ਭੁੱਖ ਹੁੰਦੀ ਹੈ: ਚੱਲ ਰਿਹਾ kill switch ਦੂਜੇ ਕਲਾਇੰਟ ਦਾ ਉਸ ਦੇ ਆਪਣੇ ਸਰਵਰ ਵੱਲ ਹੈਂਡਸ਼ੇਕ ਡੇਗ ਦਿੰਦਾ ਹੈ। ਇਸ ਨੂੰ ਸਸਤੇ ਵਿੱਚ ਇੰਝ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪਹਿਲੇ ਕਲਾਇੰਟ ਦੇ ਬਲਾਕ ਨਿਯਮ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਲਈ ਰੋਕ ਦਿਓ। ਜੇ ਦੂਜਾ ਤੁਰੰਤ ਜੁੜ ਜਾਵੇ, ਤਾਂ ਸਵਾਲ ਦਾ ਜਵਾਬ ਮਿਲ ਗਿਆ।
DNS ਦੂਜੀ ਨਾਕਾਮੀ ਹੈ। ਕਲਾਇੰਟ ਆਪਣੇ ਇੰਟਰਫੇਸ ਲਈ ਰਿਜ਼ਾਲਵਰ ਸੰਰਚਨਾ ਸੈੱਟ ਕਰਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਸਿੱਧੇ ਗਲੋਬਲ ਸੂਚੀ ਹੀ ਓਵਰਰਾਈਟ ਕਰ ਦਿੰਦੇ ਹਨ। ਦੋਵੇਂ ਸੁਰੰਗਾਂ ਉੱਤੇ ਹੋਣ ਤਾਂ ਕਿਊਰੀ ਇੱਕ ਪਾਸਿਓਂ ਨਿਕਲ ਸਕਦੀ ਹੈ ਜਦਕਿ ਰਿਜ਼ਾਲਵਰ ਦੂਜੇ ਪਾਸੇ ਦਾ ਹੋਵੇ। ਕੋਈ ਵੀ ਐਪ ਡਿਸਕਨੈਕਟ ਕਰੋ ਅਤੇ ਬਚੀ ਐਪ ਅਪਹੁੰਚ ਨੇਮਸਰਵਰ ਰੱਖਦੀ ਹੈ: ਪੇਜ ਇੱਕ ਮਿੰਟ ਲਈ ਅਟਕਦੇ ਹਨ ਅਤੇ ਫਿਰ ਦੁਬਾਰਾ ਹੱਲ ਹੁੰਦੇ ਹਨ, ਜਦਕਿ VPN ਅਜੇ ਵੀ ਜੁੜਿਆ ਦਿਖਾਉਂਦਾ ਹੈ।
ਤੀਜੀ ਰਾਊਟਾਂ ਦੀ ਲਹਿਰ ਹੈ। ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਡਿਫਾਲਟ ਰਾਊਟ ਨੂੰ ਮੁੜ ਕ੍ਰਮ ਵਿੱਚ ਲਾਉਂਦੇ ਹਨ, ਅਤੇ ਇੰਟਰਫੇਸ ਨਾਲ ਬੱਝਾ kill switch ਉਸ ਦਾ ਪਿੱਛਾ ਨਹੀਂ ਕਰਦਾ। ਜੋ ਟ੍ਰੈਫਿਕ ਹੁਣੇ ਸੁਰੰਗ ਵਿੱਚ ਸੀ ਉਹ ਹੁਣ ਕਿਸੇ ਡੇਗਣ ਵਾਲੇ ਨਿਯਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਇੰਝ VPN ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਅਚਾਨਕ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ।
ਜਾਂਚੋ ਕਿ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਨੀਤੀ ਲਾਗੂ ਹੈ
ਇਹ ਨੁਕਸਾਨ ਰਹਿਤ ਟ੍ਰੈਫਿਕ ਨਾਲ ਕਰੋ, ਅਜਿਹੀ ਚੀਜ਼ ਨਾਲ ਨਹੀਂ ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਘਾਟ ਮਹਿਸੂਸ ਹੋਵੇ।
ਲੀਨਕਸ ਉੱਤੇ ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਕੌਣ ਜਿੱਤਦਾ ਹੈ ਅਤੇ ਫਾਇਰਵਾਲ ਕਿਸ ਨਾਲ ਬੱਝਦਾ ਹੈ। ip -4 route show default ਉਸ ਸੁਰੰਗ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ ਜਿਸ ਕੋਲ ਬਾਹਰ ਜਾਣ ਦਾ ਰਾਹ ਹੈ। ip rule show ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਖੇਡ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ। sudo nft list ruleset | grep -n oifname ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਡੇਗਣ ਦੀਆਂ ਕਿਰਿਆਵਾਂ ਇੰਟਰਫੇਸ ਨਾਮ, ਮਾਰਕ ਜਾਂ ਪੂਰੀ ਆਊਟਪੁੱਟ ਚੇਨ ਨਾਲ ਬੱਝੀਆਂ ਹਨ।
Windows ਉੱਤੇ ਉਹੀ ਕਹਾਣੀ ਰਾਊਟ ਮੈਟ੍ਰਿਕ ਅਤੇ ਫਿਲਟਰ ਸੂਚੀ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ: Get-NetRoute -DestinationPrefix "0.0.0.0/0" | Sort-Object RouteMetric ਅਤੇ Get-NetFirewallRule -Enabled True | Where-Object DisplayName -match "VPN"। macOS ਉੱਤੇ, netstat -rn -f inet | head -5 ਅਤੇ scutil --dns | head -20।
ਫਿਰ ਉਹ ਕਦਮ ਚੁੱਕੋ ਜੋ ਲੋਕ ਛੱਡ ਦਿੰਦੇ ਹਨ: ਸੁਰੰਗ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਰੋਕੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਿਸ ਟ੍ਰੈਫਿਕ ਦੇ ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਉਮੀਦ ਹੈ ਉਹ ਸਚਮੁੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਜੁੜਿਆ ਆਈਕਨ ਇੰਟਰਫੇਸ ਦੀ ਹਾਲਤ ਹੈ, ਲਾਗੂ ਕਰਨਾ ਨਹੀਂ।
ਕਦੋਂ ਦੋ ਕਲਾਇੰਟ ਗ਼ਲਤ ਡਿਜ਼ਾਈਨ ਹਨ
ਜੇ ਦੂਜੀ ਐਪ ਪਿੱਛੇ ਇੱਕੋ ਮੰਗ ਵਧੇਰੇ ਸੁਰੱਖਿਆ ਹੈ, ਤਾਂ ਉਸ ਨੂੰ ਹਟਾ ਦਿਓ। ਦੋ ਪਰਸਪਰ ਕਿਰਿਆ ਕਰਨ ਵਾਲੀਆਂ ਬਲਾਕ ਨੀਤੀਆਂ ਇੱਕ ਨਾਲੋਂ ਘੱਟ ਪੂਰਵ-ਅਨੁਮਾਨਯੋਗ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰ ਦੁਬਾਰਾ ਕਨੈਕਸ਼ਨ ਅਜਿਹੀ ਹਾਲਤ ਵਿੱਚ ਪੈਣ ਦਾ ਮੌਕਾ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਵਿਕਰੇਤਾ ਜਾਂਚਦਾ ਨਹੀਂ।
ਜੇ ਸਚਮੁੱਚ ਜ਼ੰਜੀਰਬੱਧ ਕਰਨਾ ਲੋੜੀਂਦਾ ਹੈ, ਜਿਵੇਂ ਕਿਸੇ ਵਪਾਰਕ ਹੌਪ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲਾ ਕਾਰਪੋਰੇਟ ਗੇਟਵੇ, ਤਾਂ ਇੱਕੋ ਲਾਗੂ ਕਰਨ ਬਿੰਦੂ ਵਾਲਾ ਡਿਜ਼ਾਈਨ ਚੁਣੋ। ਇਸ ਦਾ ਅਰਥ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਰਾਊਟਰ ਜਾਂ ਇੱਕ ਕਲਾਇੰਟ ਹੈ ਜੋ ਜ਼ੰਜੀਰ ਨੂੰ ਸੰਭਾਲੇ, ਨਾ ਕਿ ਦੋ ਡੈਸਕਟਾਪ ਐਪਾਂ ਜੋ ਇੱਕੋ ਡਿਫਾਲਟ ਰਾਊਟ ਲਈ ਮੁਕਾਬਲਾ ਕਰਨ। ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਉੱਤੇ ਮਨਜ਼ੂਰ ਕਲਾਇੰਟ ਰੱਖੋ ਅਤੇ ਬਾਕੀ ਸਭ ਨੂੰ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਮੰਨੋ, ਟ੍ਰੇ ਵਿੱਚ ਜੋ ਵੀ ਦਿਖਾਵੇ।
ਦੋਵੇਂ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਚੈੱਕਲਿਸਟ
ਸੂਚੀ ਕ੍ਰਮ ਨਾਲ ਪੂਰੀ ਕਰੋ; ਪਹਿਲੀ ਅਸਫਲ ਮਦ ਹੀ ਉਹ ਹੈ ਜਿਸ ਨੂੰ ਠੀਕ ਕਰਨਾ ਹੈ।
- ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਠੀਕ ਇੱਕ ਕਲਾਇੰਟ ਕੋਲ ਡਿਫਾਲਟ ਰਾਊਟ ਅਤੇ ਰਿਜ਼ਾਲਵਰ ਹੈ।
- ਜੇ ਦੂਜਾ ਕਲਾਇੰਟ ਉੱਤੇ ਰੱਖਣਾ ਹੈ, ਤਾਂ ਉਸ ਦੇ ਸਰਵਰ ਐਂਡਪੁਆਇੰਟ ਨੂੰ ਸਪਸ਼ਟ ਆਗਿਆ ਦਿਓ ਅਤੇ ਹਰ ਕਲਾਇੰਟ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਫਿਰ ਜਾਂਚੋ।
- ਜਦੋਂ ਕੋਈ ਸੁਰੰਗ ਡਿੱਗੇ ਤਾਂ ਉਮੀਦ ਕੀਤਾ ਨਤੀਜਾ ਲਿਖੋ ਅਤੇ ਠੀਕ ਉਸੇ ਹਾਲਤ ਨੂੰ ਪਰਖੋ।
- ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਨਾਕਾਮੀ ਦਾ ਰਾਹ ਜਾਂਚੋ, ਜਦੋਂ ਸ਼ੁਰੂਆਤ ਦਾ ਕ੍ਰਮ ਵੱਖਰਾ ਹੋਵੇ।
- ਪ੍ਰਬੰਧਿਤ ਪ੍ਰੋਫਾਈਲ ਉੱਤੇ ਰੁਕੋ ਅਤੇ ਕੁਝ ਵੀ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕ ਨੂੰ ਪੁੱਛੋ।
ਜੇ ਤੀਜਾ ਕਦਮ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਸੱਚਾ ਜਵਾਬ ਇਹ ਹੈ ਕਿ ਸਿਰਫ਼ ਇੱਕ ਕਲਾਇੰਟ ਤੁਹਾਨੂੰ ਨੀਤੀ ਦੇ ਰਿਹਾ ਹੈ। ਤੈਅ ਕਰੋ ਕਿਸ ਉੱਤੇ ਭਰੋਸਾ ਹੈ ਅਤੇ ਦੂਜੇ ਨੂੰ ਜਾਣ ਦਿਓ।