ਰਿਮੋਟ ਤਬਦੀਲੀ ਤੋਂ ਪਹਿਲਾਂ ਰਾਊਟਰ VPN ਰੋਲਬੈਕ ਦੀ ਯੋਜਨਾ ਕਿਵੇਂ ਬਣਾਈਏ

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

ਲੋੜ ਪੈਣ ਤੋਂ ਪਹਿਲਾਂ ਰੀਸਟੋਰ ਫਲੋ 'ਤੇ ਚੱਲੋ

ਉਹ ਪੰਨਾ ਖੋਲ੍ਹੋ ਜੋ ਤੁਹਾਡੀ ਤਬਦੀਲੀ ਨੂੰ ਅਨਡੂ ਕਰੇਗਾ। pfSense 'ਤੇ ਜੋ ਕਿ ਡਾਇਗਨੌਸਟਿਕਸ > ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਹੈ; OpenWrt 'ਤੇ ਇਹ ਸਿਸਟਮ> ਬੈਕਅੱਪ / ਫਲੈਸ਼ ਫਰਮਵੇਅਰ ਹੈ; OPNsense 'ਤੇ ਇਹ ਸਿਸਟਮ > ਸੰਰਚਨਾ > ਬੈਕਅੱਪ ਹੈ, ਜੋ ਪਿਛਲੀਆਂ ਸੰਸ਼ੋਧਨਾਂ ਨੂੰ ਵੀ ਰੱਖਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਬਿਨਾਂ ਕਿਸੇ ਫਾਈਲ ਦੇ ਵਾਪਸ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ ਅਜੇ ਕੁਝ ਵੀ ਬਹਾਲ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ। ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਰਹੇ ਹੋ ਕਿ ਕੀ ਉਹ ਪੰਨਾ ਉਸ ਮਾਰਗ ਤੋਂ ਖੁੱਲ੍ਹਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਤਬਦੀਲੀ ਦੌਰਾਨ ਪ੍ਰਾਪਤ ਕਰੋਗੇ, ਕੀ ਇਹ ਬਾਅਦ ਵਿੱਚ ਰੀਬੂਟ ਚਾਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੀ ਇਹ ਇੱਕ ਵੱਖਰੇ ਫਰਮਵੇਅਰ ਰੀਲੀਜ਼ ਦੁਆਰਾ ਲਿਖੇ ਪੁਰਾਲੇਖ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ। ਨੈੱਟਗੇਟ ਆਪਣੇ ਖੁਦ ਦੇ ਨਿਰਯਾਤ ਅਤੇ ਪ੍ਰਵਾਹ ਨੂੰ ਬਹਾਲ ਕਰਦਾ ਹੈ docs.netgate.com।

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

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

ਇੱਕ ਰਸਤਾ ਸਾਬਤ ਕਰੋ ਜੋ ਸੁਰੰਗ ਨੂੰ ਛੱਡਦਾ ਹੈ

ਉਸੇ ਲੈਪਟਾਪ ਤੋਂ ਉਸੇ ਪਬਲਿਕ ਐਡਰੈੱਸ ਲਈ ਦੂਜਾ SSH ਸੈਸ਼ਨ ਦੂਜਾ ਮਾਰਗ ਨਹੀਂ ਹੈ; ਦੋਵੇਂ ਇਕੱਠੇ ਮਰਦੇ ਹਨ। ਸੁਤੰਤਰ ਮਾਰਗ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ: ਇੱਕ ਸੀਰੀਅਲ ਜਾਂ KVM ਕੰਸੋਲ, ਇੱਕ ਹਾਈਪਰਵਾਈਜ਼ਰ ਜਾਂ ਕਲਾਉਡ ਕੰਸੋਲ, ਇੱਕ ਪ੍ਰਬੰਧਨ VLAN ਇੱਕ ਹੋਸਟ ਤੋਂ ਪਹੁੰਚਯੋਗ ਜੋ ਸੁਰੰਗ ਦੇ ਪਿੱਛੇ ਨਹੀਂ ਹੈ, ਇੱਕ ਦੂਜਾ WAN ਜਾਂ LTE ਮਾਡਮ ਇਸਦੇ ਆਪਣੇ ਪ੍ਰਸ਼ਾਸਕੀ ਨਿਯਮ ਦੇ ਨਾਲ, ਜਾਂ ਸਾਈਟ 'ਤੇ ਇੱਕ ਵਿਅਕਤੀ।

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

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

ਫਾਈਲ ਐਕਸਪੋਰਟ ਕਰੋ ਅਤੇ ਟਰਿੱਗਰ ਲਿਖੋ

ਨਿਰਯਾਤ ਨੂੰ ਰਾਊਟਰ ਤੋਂ ਅਤੇ ਮਸ਼ੀਨ ਤੋਂ ਬਾਹਰ ਲੈ ਜਾਓ ਜੋ ਸ਼ਾਇਦ ਇਸਦੀ ਸੁਰੰਗ ਗੁਆ ਸਕਦੀ ਹੈ। ਰਾਊਟਰ ਫਾਈਲਸਿਸਟਮ 'ਤੇ ਸਟੋਰ ਕੀਤਾ ਇੱਕ ਬੈਕਅੱਪ ਬਿਲਕੁਲ ਉਸ ਅਸਫਲਤਾ ਵਿੱਚ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਸਦੀ ਤੁਸੀਂ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹੋ, ਅਤੇ ਲੈਪਟਾਪ 'ਤੇ ਬੈਠਣ ਵਾਲਾ ਜੋ ਕੁਨੈਕਟੀਵਿਟੀ ਗੁਆਉਣ ਵਾਲਾ ਹੈ, ਬਹੁਤ ਹੀ ਬਿਹਤਰ ਹੈ।

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

ਫਿਰ ਇੱਕ ਵਾਕ ਲਿਖੋ: ਜੇਕਰ ਮੈਂ ਬਦਲਾਅ ਦੇ N ਮਿੰਟਾਂ ਦੇ ਅੰਦਰ PATH ਤੋਂ ਇੱਕ ਨਵਾਂ ਪ੍ਰਬੰਧਨ ਸੈਸ਼ਨ ਨਹੀਂ ਖੋਲ੍ਹ ਸਕਦਾ, ਤਾਂ ਮੈਂ FILE ਨੂੰ ਰੀਸਟੋਰ ਅਤੇ ਰੀਬੂਟ ਕਰਦਾ ਹਾਂ। ਵਾਕ ਸਕੋਪ ਨੂੰ ਇੱਕ ਵੇਰੀਏਬਲ ਤੱਕ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਰੂਟ, DNS, ਅਤੇ ਫਾਇਰਵਾਲ ਸੰਪਾਦਨ ਇਕੱਠੇ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਤੇਜ਼ ਹਨ ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਹੋਰ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ ਤਾਂ ਦੋ-ਭਾਗ ਕਰਨ ਲਈ ਹੌਲੀ ਹੁੰਦੇ ਹਨ।

ਇੱਕ ਕਮਿਟ ਟਾਈਮਰ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜਿੱਥੇ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਇੱਕ ਹੈ

ਜੇਕਰ ਤੁਸੀਂ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦੇ ਹੋ ਤਾਂ ਕਈ ਪਲੇਟਫਾਰਮ ਤੁਹਾਡੇ ਲਈ ਤਬਦੀਲੀ ਨੂੰ ਅਨਡੂ ਕਰ ਦੇਣਗੇ। RouterOS ਸੁਰੱਖਿਅਤ ਮੋਡ, ਇੱਕ ਟਰਮੀਨਲ ਵਿੱਚ Ctrl+X ਦੇ ਨਾਲ ਦਾਖਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਸੈਸ਼ਨ ਦੇ ਘਟਣ 'ਤੇ ਉਸ ਸੈਸ਼ਨ ਵਿੱਚ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਵਾਪਸ ਕਰ ਦਿੰਦਾ ਹੈ। ਜੂਨੋਸ ਨੇ ਇੱਕ ਅਪ੍ਰਮਾਣਿਤ ਪ੍ਰਤੀਬੱਧਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ। Cisco IOS ਜੋੜੇ ਰੀਲੋਡ ਰੱਦ ਦੇ ਨਾਲ ਰੀਲੋਡ ਹੁੰਦੇ ਹਨ। ਐਂਟਰਪ੍ਰਾਈਜ਼ ਫਾਇਰਵਾਲ ਆਮ ਤੌਰ 'ਤੇ ਆਟੋ-ਰਿਵਰਟ ਟਾਈਮਰ ਨਾਲ ਬਕਾਇਆ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪੜਾਅ ਦਿੰਦੇ ਹਨ। OpenWrt ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਖਪਤਕਾਰ ਫਰਮਵੇਅਰ ਦੇ ਬਰਾਬਰ ਕੁਝ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਉੱਥੇ ਟਾਈਮਰ ਬਾਹਰੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ: ਇੱਕ ਅਨੁਸੂਚਿਤ ਰੀਸਟੋਰ, ਇੱਕ ਕ੍ਰੋਨ ਜੌਬ ਜੋ ਇੱਕ ਫਾਈਲ ਨੂੰ ਵਾਪਸ ਬਦਲਦਾ ਹੈ ਅਤੇ ਸੇਵਾ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਦਾ ਹੈ, ਜਾਂ ਪਿਛਲੀ ਸੰਰਚਨਾ ਵਿੱਚ ਰੀਬੂਟ ਕਰਦਾ ਹੈ।

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

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

ਇੱਕ ਬਿਲਕੁਲ-ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰੋ, ਨਾ ਕਿ ਖੁੱਲ੍ਹੇ ਵਿੱਚ

ਇੱਕ ਸਥਾਪਿਤ ਸੈਸ਼ਨ ਅਕਸਰ ਉਹਨਾਂ ਤਬਦੀਲੀਆਂ ਦੁਆਰਾ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ ਜੋ ਹਰ ਨਵੇਂ ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਰੋਕਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਸਦੀ ਸਥਿਤੀ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ ਅਤੇ ਕੁਨੈਕਸ਼ਨ ਬਣਾਏ ਜਾਣ 'ਤੇ ਨੀਤੀ ਦਾ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ, ਰਿਮੋਟ ਸਾਈਡ ਤੋਂ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਬਣਾਓ: ਇੱਕ ਤਾਜ਼ਾ SSH ਸੈਸ਼ਨ, ਇੱਕ ਕਲਾਇੰਟ ਤੋਂ ਇੱਕ ਤਾਜ਼ਾ VPN ਹੈਂਡਸ਼ੇਕ, ਰਾਊਟਰ LAN ਪਤੇ 'ਤੇ ਇੱਕ ਆਮ ਪੰਨਾ ਲੋਡ।

# run these from the remote machine, in a new shell
ssh -o ConnectTimeout=8 admin@"$ROUTER_WAN"
nc -vz "$ROUTER_WAN" 443
dig +short example.internal "@$ROUTER_LAN"

ਫਿਰ ਸੁਰੰਗ ਦੀ ਬਜਾਏ ਸੁਰੰਗ ਦੇ ਹੇਠਾਂ ਦੀ ਪਰਖ ਕਰੋ: ਨਾਮ ਰੈਜ਼ੋਲਿਊਸ਼ਨ, ਇੱਕ ਅੰਦਰੂਨੀ ਸੇਵਾ ਲਈ ਇੱਕ TCP ਕਨੈਕਸ਼ਨ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹੋ। ਇੱਕ ਸੁਰੰਗ ਜੋ ਸਥਾਪਿਤ ਕਰਦੀ ਹੈ ਪਰ ਕੋਈ ਉਪਯੋਗੀ DNS ਨਹੀਂ ਦਿੰਦੀ ਹੈ, ਜੋ ਕਿ ਕਲਾਇੰਟ ਸਥਿਤੀ ਵਿੱਚ ਸਿਹਤਮੰਦ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਟੁੱਟ ਗਈ ਹੈ, ਅਤੇ ਇਹ ਅੰਤਰ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਫਾਈਲ ਨੂੰ ਰੀਸਟੋਰ ਕਰਦੇ ਹੋ ਜਾਂ ਇੱਕ ਨਿਯਮ ਨੂੰ ਠੀਕ ਕਰਦੇ ਹੋ।

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

ਤੁਹਾਡੇ ਦੁਆਰਾ ਵਿੰਡੋ ਲਈ ਖੋਲ੍ਹੇ ਗਏ ਦਰਵਾਜ਼ੇ ਬੰਦ ਕਰੋ

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

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

ਉਹ ਤਬਦੀਲੀ ਲਿਖੋ ਜਿੱਥੇ ਅਗਲਾ ਵਿਅਕਤੀ ਦਿਸਦਾ ਹੈ: ਕੀ ਹਿਲਾਇਆ ਗਿਆ, ਕਿਹੜੀ ਫਾਈਲ ਇਸਨੂੰ ਅਣਡੂ ਕਰਦੀ ਹੈ, ਕਿਹੜਾ ਮਾਰਗ ਕੰਸੋਲ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਅਤੇ ਕਿਹੜਾ ਨਿਯਮ ਅਸਥਾਈ ਸੀ।

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