ਰਾਊਟਰ 'ਤੇ VPN ਫੇਲਓਵਰ ਨੀਤੀ ਬਿਨਾਂ ਲੀਕ ਦੇ ਕਿਵੇਂ ਬਣਾਈਏ
ਫੈਸਲਾ ਕਰੋ ਕਿ ਪਸੰਦੀਦਾ ਟਨਲ ਡਿੱਗਣ 'ਤੇ ਟ੍ਰੈਫਿਕ ਕੀ ਕਰੇ: ਬੈਕਅੱਪ ਟਨਲ, ਸਾਦਾ WAN ਜਾਂ ਬਲਾਕ। ਫਿਰ ਇਸਨੂੰ ਰਾਊਟਰ 'ਤੇ ਬਣਾਓ ਅਤੇ ਜਾਂਚੋ।
ਫੇਲਓਵਰ ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕੀਤਾ ਜਿਵੇਂ ਸੰਰਚਿਤ ਸੀ, ਅਤੇ ਇਹੀ ਸਮੱਸਿਆ ਸੀ। ਜਦੋਂ ਮੁੱਖ ਟਨਲ ਡਿੱਗਿਆ, ਰਾਊਟਰ ਨੇ ਡਿਫਾਲਟ ਰੂਟ ਕੇਬਲ ਮੋਡਮ ਵੱਲ ਕੀਤਾ, ਲੈਪਟਾਪ ਬ੍ਰਾਊਜ਼ ਕਰਦੇ ਰਹੇ, ਅਤੇ ਕਿਸੇ ਨੇ ਫ਼ੋਨ ਨਹੀਂ ਕੀਤਾ। ਦੋ ਦਿਨਾਂ ਬਾਅਦ ਕਿਸੇ ਨੇ ਦੇਖਿਆ ਕਿ ਵਿੱਤੀ ਸਾਂਝ ਛੇ ਘੰਟੇ ਲਈ ਖੁੱਲ੍ਹੇ ਇੰਟਰਨੈੱਟ ਰਸਤੇ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਸੀ। ਰਾਊਟਰ 'ਤੇ VPN ਫੇਲਓਵਰ ਨੀਤੀ ਕੋਈ ਰੂਟਿੰਗ ਚਾਲ ਨਹੀਂ; ਇਹ ਫੈਸਲਾ ਹੈ ਕਿ ਜਦੋਂ ਪਸੰਦੀਦਾ ਰਸਤਾ ਚਲਾ ਜਾਵੇ ਤਾਂ ਟ੍ਰੈਫਿਕ ਕੀ ਕਰੇ, ਅਤੇ ਇਹ ਫੈਸਲਾ ਰਸਤੇ ਦੇ ਗਾਇਬ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਡਿਟੈਕਟਰ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਨਤੀਜਾ ਤੈਅ ਕਰੋ
ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਨਤੀਜੇ ਮੇਜ਼ 'ਤੇ ਹੁੰਦੇ ਹਨ: ਪ੍ਰਭਾਵਿਤ ਕਲਾਇੰਟਾਂ ਨੂੰ ਬੈਕਅੱਪ ਟਨਲ ਰਾਹੀਂ ਭੇਜੋ, ਉਨ੍ਹਾਂ ਨੂੰ ਆਮ WAN ਵਰਤਣ ਦਿਓ, ਜਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਲਾਕ ਕਰੋ। ਲਿਖੋ ਕਿ ਕਿਹੜਾ ਕਿਸ VLAN, SSID ਜਾਂ ਡਿਵਾਈਸ ਸ਼੍ਰੇਣੀ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਇੱਕ ਹੀ ਸਪਾਟ «WAN 'ਤੇ ਜਾਓ» ਨਿਯਮ ਨੇ ਉੱਪਰ ਦਿੱਤੀ ਵਿੱਤੀ ਸਾਂਝ ਨੂੰ ਜਨਤਕ ਰਸਤੇ 'ਤੇ ਪਹੁੰਚਾਇਆ।
ਤਿੰਨੇ ਇੱਕ ਦੂਜੇ ਦੇ ਬਦਲ ਨਹੀਂ ਹਨ। WAN 'ਤੇ ਵਾਪਸੀ ਸਹਾਇਤਾ ਡੈਸਕ ਨੂੰ ਫ਼ੋਨ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਰੱਖਦੀ ਹੈ ਪਰ ਅੰਦਰੂਨੀ ਨਾਵਾਂ ਨੂੰ ਸਥਾਨਕ ਰਿਜ਼ੋਲਵਰ ਸਾਹਮਣੇ ਲਿਆਉਂਦੀ ਹੈ। ਬੈਕਅੱਪ ਟਨਲ ਨੀਤੀ ਬਚਾਉਂਦਾ ਹੈ ਪਰ ਹੋ ਸਕਦਾ ਹੈ ਉਸ ਐਗਜ਼ਿਟ ਪਤੇ 'ਤੇ ਪਹੁੰਚੇ ਜੋ ਦੂਜਾ ਪਾਸਾ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਬਲਾਕ ਕਰਨਾ ਪੇਰੋਲ VLAN ਲਈ ਸਹੀ ਹੈ ਅਤੇ ਉਸ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਲਈ ਗਲਤ ਹੈ ਜਿਸ ਨੇ ਕਦੇ ਟਨਲ ਵਰਤਿਆ ਹੀ ਨਹੀਂ।
| Outcome | Right for | What breaks |
|---|---|---|
| Backup tunnel | Policy must hold, remote access required | New exit address, return route, slower rekey |
| Plain WAN | Guest or public-only traffic | Internal names, DNS and IPv6 exposure |
| Block | Payroll, admin, anything VPN-only | Users lose all access and call you |
ਡਿਟੈਕਟਰ ਨੂੰ ਉਸ ਨਾਕਾਮੀ ਨਾਲ ਮਿਲਾਓ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਡਰਦੇ ਹੋ
ਹੈਂਡਸ਼ੇਕ ਸਥਿਤੀ, ਇੰਟਰਫੇਸ ਸਥਿਤੀ ਅਤੇ ਵਰਤੋਂਯੋਗ ਫਾਰਵਰਡਿੰਗ ਤਿੰਨ ਵੱਖਰੇ ਸਿਗਨਲ ਹਨ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਲਈ ਸਿਰਫ਼ ਆਖਰੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਇੱਕ WireGuard ਪੀਅਰ ਤਾਜ਼ਾ ਹੈਂਡਸ਼ੇਕ ਦਿਖਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਪ੍ਰਦਾਤਾ ਦਾ ਅੱਪਸਟ੍ਰੀਮ ਪੈਕਟ ਸੁੱਟ ਰਿਹਾ ਹੋਵੇ। ਇੱਕ OpenVPN ਕਲਾਇੰਟ «ਜੁੜਿਆ» ਰਹਿ ਸਕਦਾ ਹੈ ਜਦੋਂ ਉਸ ਦੁਆਰਾ ਧੱਕਿਆ ਰੂਟ ਹੱਲ ਹੋਣਾ ਬੰਦ ਹੋ ਗਿਆ।
pfSense 'ਤੇ ਵਿਹਾਰਕ ਪ੍ਰਬੰਧ ਇੱਕ ਗੇਟਵੇ ਗਰੁੱਪ ਹੈ ਜਿਸਨੂੰ dpinger ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਇੱਕ ਨਿਗਰਾਨੀ ਪਤਾ ਜਾਂਚਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਨੁਕਸਾਨ ਜਾਂ ਲੇਟੈਂਸੀ ਆਪਣੀਆਂ ਹੱਦਾਂ ਪਾਰ ਕਰੇ ਤਾਂ ਗੇਟਵੇ ਨੂੰ ਡਾਊਨ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ। ਉਸ ਨਿਗਰਾਨੀ ਨੂੰ ਟਨਲ ਤੋਂ ਬਾਹਰ ਕਿਸੇ ਚੀਜ਼ ਵੱਲ ਕਰੋ, ਜਿਵੇਂ ਦੂਰ ਦੇ LAN ਦਾ ਹੋਸਟ ਜਾਂ ਕੋਈ ਜਨਤਕ ਪਤਾ ਜਿਸ ਤੱਕ ਇਸ ਰਾਹੀਂ ਪਹੁੰਚਦੇ ਹੋ। ਇਸਨੂੰ ਟਨਲ ਦੇ ਆਪਣੇ ਪੀਅਰ ਪਤੇ ਵੱਲ ਕਰਨਾ ਉਹ ਹਿੱਸਾ ਮਾਪਦਾ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦੇ ਹੋ ਕਿ ਜੀਵਤ ਹੈ।
ਗਰੁੱਪ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਬਣਾਓ ਕਿ ਬੈਕਅੱਪ ਆਖਰੀ ਰਾਹ ਰਹੇ
ਇੱਕ ਸਪਾਟ ਮੈਂਬਰ ਸੂਚੀ ਦੀ ਬਜਾਏ ਟਾਇਰ ਵਰਤੋ। ਮੁੱਖ ਟਾਇਰ 1 ਵਿੱਚ, ਬੈਕਅੱਪ ਟਨਲ ਟਾਇਰ 2 ਵਿੱਚ, WAN ਟਾਇਰ 3 ਵਿੱਚ ਸਿਰਫ਼ ਉਹਨਾਂ VLAN ਲਈ ਜਿਨ੍ਹਾਂ ਦੀ ਨੀਤੀ ਇਸ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। pfSense ਵਿੱਚ ਇਹ System > Routing > Gateway Groups ਹੇਠ ਹੈ: ਦੋਵੇਂ ਗੇਟਵੇ ਸ਼ਾਮਲ ਕਰੋ, ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖਰੇ ਟਾਇਰ ਦਿਓ, Trigger Level ਨੂੰ ਮੈਂਬਰ ਡਾਊਨ ਅਤੇ ਪੈਕਟ ਨੁਕਸਾਨ 'ਤੇ ਸੈੱਟ ਕਰੋ, ਸੰਭਾਲੋ, ਫਿਰ ਗਰੁੱਪ ਨੂੰ ਇੰਟਰਫੇਸ ਡਿਫਾਲਟ ਜਾਂ ਉਹਨਾਂ ਫਾਇਰਵਾਲ ਨਿਯਮਾਂ ਦੇ Gateway ਖੇਤਰ ਵਿੱਚ ਲਾਗੂ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ।
pfSense 2.5 ਅਤੇ ਬਾਅਦ ਵਿੱਚ OpenVPN ਕਲਾਇੰਟ ਇੰਸਟੈਂਸ ਲਈ, ਇੰਸਟੈਂਸ ਦੀ Default Gateway ਸੈਟਿੰਗ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਟਨਲ ਸਿਸਟਮ ਡਿਫਾਲਟ ਰੂਟ ਨੂੰ ਬਦਲਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਨਿਯਮ ਅਨੁਸਾਰ ਪਾਲਿਸੀ ਰੂਟਿੰਗ ਸਿਰਫ਼ ਤਦ ਹੀ ਉਸ ਤਰ੍ਹਾਂ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਜਿਵੇਂ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ ਜਦੋਂ ਤੁਹਾਡਾ ਮੰਨਿਆ ਰੂਟ ਅਸਲ ਵਿੱਚ ਸਥਾਪਿਤ ਹੋਵੇ। ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ Status > Gateways ਵੇਖੋ, ਟਨਲ ਸਥਿਤੀ ਆਈਕਨ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਬਜਾਏ।
ਦੋ ਸੈਟਿੰਗਾਂ ਜ਼ਿਆਦਾਤਰ ਫਲੈਪਿੰਗ ਦਾ ਕਾਰਨ ਬਣਦੀਆਂ ਹਨ। ਇੱਕ ਹੈ ਪ੍ਰਦਾਤਾ ਦੀ ਆਪਣੀ ਮੁੜ-ਇਕੱਠ ਹੋਣ ਤੋਂ ਛੋਟਾ ਜਾਂਚ ਅੰਤਰਾਲ। ਦੂਜਾ ਹੈ ਅਜਿਹਾ ਗਰੁੱਪ ਜਿੱਥੇ ਮੁੱਖ ਅਤੇ ਬੈਕਅੱਪ ਇੱਕੋ ਟਾਇਰ ਸਾਂਝਾ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਦੋਵੇਂ ਹਰ ਸਮੇਂ ਯੋਗ ਰਹਿੰਦੇ ਹਨ। ਨੁਕਸਾਨ ਅਤੇ ਲੇਟੈਂਸੀ ਹੱਦਾਂ ਰਾਹੀਂ ਹਿਸਟਰੀਸਿਸ ਸ਼ਾਮਲ ਕਰੋ, ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਵਰਤੋਂਕਾਰ ਤੁਹਾਡੇ ਲਈ ਤਬਦੀਲੀਆਂ ਮਹਿਸੂਸ ਕਰਨ।
ਉਹ ਰਸਤੇ ਬੰਦ ਕਰੋ ਜੋ ਟਨਲ ਨੇ ਕਦੇ ਨਹੀਂ ਰੱਖੇ
ਪਹਿਲਾਂ DNS ਲੀਕ। ਰਿਜ਼ੋਲਵਰ WAN 'ਤੇ ਜਵਾਬ ਦਿੰਦਾ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਉੱਥੋਂ ਬਾਹਰ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ ਨਾਵਾਂ ਦਾ ਹੱਲ ISP ਰਾਹੀਂ ਹੁੰਦਾ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਟ੍ਰੈਫਿਕ ਟਨਲ ਨਾਲ ਬੰਨ੍ਹਿਆ ਹੁੰਦਾ ਹੈ। ਰਿਜ਼ੋਲਵਰ ਦੇ ਆਉਟਬਾਊਂਡ ਇੰਟਰਫੇਸ ਸੀਮਿਤ ਕਰੋ, ਅੰਦਰੂਨੀ ਰਿਜ਼ੋਲਵਰ ਕਲਾਇੰਟਾਂ ਨੂੰ ਭੇਜੋ, ਅਤੇ ਸਿਰਫ਼ VPN ਵਾਲੇ VLAN 'ਤੇ ਬਾਕੀ ਸਭ ਲਈ ਪੋਰਟ 53 ਬਲਾਕ ਕਰੋ।
IPv6 ਨੂੰ ਆਪਣਾ ਫੈਸਲਾ ਚਾਹੀਦਾ ਹੈ। ਡਿਊਲ-ਸਟੈਕ LAN ਟਨਲ ਗੁਆ ਸਕਦਾ ਹੈ ਅਤੇ ਕੰਮ ਕਰਦਾ ਗਲੋਬਲ IPv6 ਡਿਫਾਲਟ ਰੂਟ ਰੱਖ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਬ੍ਰਾਊਜ਼ਰ IPv6 ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਨ ਅਤੇ WAN ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਕਿ IPv4 ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਾਬੂ ਵਿੱਚ ਦਿਖਦਾ ਹੈ। ਜਾਂ ਤਾਂ IPv6 ਨੂੰ ਟਨਲ ਵਿੱਚ ਰੂਟ ਕਰੋ ਜਾਂ ਟਨਲ ਡਾਊਨ ਹੋਣ ਵੇਲੇ ਗਲੋਬਲ ਪ੍ਰੀਫਿਕਸ ਦਾ ਐਲਾਨ ਬੰਦ ਕਰੋ। ਅੱਧੀ ਨੀਤੀ ਕਿਸੇ ਨਾ ਹੋਣ ਤੋਂ ਬਦਤਰ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਕੰਮ ਕਰਦੀ ਦਿਖਦੀ ਹੈ।
ਫਿਰ ਵਾਪਸੀ ਰਸਤਾ। ਜੇ ਬੈਕਅੱਪ ਐਗਜ਼ਿਟ ਵੱਖਰਾ ਸਰੋਤ ਪਤਾ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਦੂਜੇ ਪਾਸੇ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ ਇਸ ਵੱਲ ਵਾਪਸ ਕਿਵੇਂ ਭੇਜਣਾ ਹੈ, ਅਤੇ ਪੁਰਾਣੇ ਪਤੇ ਨਾਲ ਜੁੜੀ ਹਰ ਸਥਿਤੀ ਪਹਿਲਾਂ ਹੀ ਮਰ ਚੁੱਕੀ ਹੈ। ਜਦੋਂ ਮੁੱਖ ਡਿੱਗਿਆ ਤਾਂ ਖੁੱਲ੍ਹੀਆਂ ਸੈਸ਼ਨ ਸ਼ਿਫਟ ਨਹੀਂ ਹੁੰਦੀਆਂ; ਉਹ ਸਮਾਂ ਖਤਮ ਹੋਣ ਤੱਕ ਰੁਕੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਕਰਨਾ ਹੈ।
ਡਿੱਗਣਾ, ਫਲੈਪਿੰਗ ਅਤੇ ਵਾਪਸ ਆਉਣ ਦਾ ਰਸਤਾ ਜਾਂਚੋ
ਮੁੱਖ ਨੂੰ ਬੇਨੁਕਸਾਨ ਟ੍ਰੈਫਿਕ ਚੱਲਦੇ ਹੋਏ ਕੱਢੋ, ਫਿਰ ਚਾਰ ਚੀਜ਼ਾਂ ਪੜ੍ਹੋ: ਗਰੁੱਪ ਦੇ ਮੈਂਬਰ ਸਥਿਤੀਆਂ ਲਈ Status > Gateways, ਪੁਰਾਣੇ ਗੇਟਵੇ ਨਾਲ ਬੰਨ੍ਹੀਆਂ ਸਥਿਤੀਆਂ ਲਈ pfctl -ss, ਐਗਜ਼ਿਟ ਰਸਤੇ ਲਈ ਕਲਾਇੰਟ ਤੋਂ traceroute, ਅਤੇ ਇੱਕ ਰਿਜ਼ੋਲਵਰ ਕਵੈਰੀ ਇਹ ਵੇਖਣ ਲਈ ਕਿ ਕਿਹੜਾ ਸਰਵਰ ਜਵਾਬ ਦਿੱਤਾ।
ਹੁਣ ਇਸਨੂੰ ਫਲੈਪ ਕਰੋ। ਮੁੱਖ ਨੂੰ ਤੀਹ ਸਕਿੰਟ ਚਾਲੂ, ਤੀਹ ਬੰਦ, ਦੋ ਵਾਰ। ਜੇ ਟ੍ਰੈਫਿਕ ਹਰ ਬਦਲਾਅ ਦਾ ਪਿੱਛਾ ਕਰੇ, ਹੱਦਾਂ ਬਹੁਤ ਤੰਗ ਹਨ ਜਾਂ ਟਾਇਰ ਗਲਤ ਹਨ। ਇਸਨੂੰ ਆਪਣੇ ਸ਼ਡਿਊਲ 'ਤੇ ਠੀਕ ਕਰੋ, ਕਿਉਂਕਿ ਨਹੀਂ ਤਾਂ ਪ੍ਰਦਾਤਾ ਇਸਨੂੰ ਆਪਣੇ 'ਤੇ ਕਰੇਗਾ।
ਆਖਰ ਵਿੱਚ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਜੇ ਵੀ ਰਾਊਟਰ ਦਾ ਪ੍ਰਬੰਧ ਕਰ ਸਕਦੇ ਹੋ। ਕੰਸੋਲ ਕੇਬਲ, ਪ੍ਰਬੰਧਨ VLAN ਜਾਂ ਸੈਲੂਲਰ ਮੋਡਮ ਵਰਗਾ ਆਊਟ-ਆਫ-ਬੈਂਡ ਰਸਤਾ ਰੱਖੋ। ਫੇਲਓਵਰ ਟੈਸਟ ਜੋ ਤੁਹਾਨੂੰ ਬਾਹਰ ਬੰਦ ਕਰ ਦੇਵੇ, ਉਹ ਟੈਸਟ ਹੈ ਜੋ ਤੁਸੀਂ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਅਤੇ ਨਾ ਪਹੁੰਚਯੋਗ ਰਾਊਟਰ ਆਪਣੇ ਆਪ ਵਾਪਸ ਨਹੀਂ ਆ ਸਕਦਾ।
ਨੀਤੀ ਨੂੰ ਪੂਰਾ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਟਰਮੀਨਲ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਚਾਰ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇਣੇ ਚਾਹੀਦੇ ਹਨ: ਟਨਲ ਡਾਊਨ ਹੋਣ ਵੇਲੇ ਕਿਹੜੇ VLAN WAN ਵਰਤ ਸਕਦੇ ਹਨ, ਡਿਟੈਕਟਰ ਕੀ ਦੇਖਦਾ ਹੈ ਅਤੇ ਕਿੰਨਾ ਚਿਰ ਉਡੀਕਦਾ ਹੈ, ਕਿਹੜੇ ਨਾਮ ਸਰਵਰ ਅਤੇ IPv6 ਰੂਟ ਰਸਤੇ ਨਾਲ ਤੁਰਦੇ ਹਨ, ਅਤੇ ਜੇ ਬੈਕਅੱਪ ਵੀ ਫੇਲ੍ਹ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਵਾਪਸ ਕਿਵੇਂ ਆਓਗੇ। ਜੇ ਕੋਈ ਜਵਾਬ «ਜੋ ਵੀ ਡਿਫਾਲਟ ਸੀ» ਹੋਵੇ, ਨੀਤੀ ਅਜੇ ਵੀ ਰਾਊਟਰ ਦੀ ਹੈ ਤੁਹਾਡੀ ਨਹੀਂ।