ਪਾਵਰ ਆਊਟੇਜ ਤੋਂ ਬਾਅਦ ਰਾਊਟਰ ਦਾ VPN ਠੀਕ ਦਿਖਦਾ ਹੈ? ਇਹ ਚਾਰ ਪਰਤਾਂ ਜਾਂਚੋ

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

ਇੱਥੇ ਸਭ ਕੁਝ ਮੰਨਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਥਾਂ 'ਤੇ ਹੋ ਜਾਂ ਤੁਹਾਡੇ ਕੋਲ ਅੰਦਰ ਆਉਣ ਦਾ ਅਜਿਹਾ ਰਾਹ ਹੈ ਜੋ ਤੁਸੀਂ ਜਾਂਚ ਰਹੇ ਟਨਲ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ. ਜੇ ਨਹੀਂ, ਤਾਂ ਅਗਲੇ ਆਊਟੇਜ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪ੍ਰਬੰਧ ਕਰੋ।

ਪਹਿਲੀ ਪਰਤ: ਕੀ WAN ਸੱਚਮੁੱਚ ਵਾਪਸ ਆਇਆ ਹੈ

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

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

ਦੂਜੀ ਪਰਤ: ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਪਹਿਲਾਂ ਘੜੀ ਜਾਂਚੋ

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

date -u
chronyc tracking

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

ਤੀਜੀ ਪਰਤ: ਟਨਲ ਕੀ ਕਹਿੰਦੀ ਹੈ ਪੜ੍ਹੋ

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

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

ਚੌਥੀ ਪਰਤ: ਹੇਠਾਂ ਦੇ ਡਿਵਾਈਸ ਤੋਂ ਜਾਂਚੋ

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

curl -s https://ifconfig.me
nslookup example.com

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

ਅਗਲਾ ਆਊਟੇਜ ਛੋਟਾ ਕਰਨ ਲਈ ਕੀ ਸੁਧਾਰਨਾ ਹੈ

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

ਫਿਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਆਮ ਰੀਸਟਾਰਟ ਜਾਂਚ ਦੁਹਰਾਓ, ਕਲਾਇੰਟ-ਪਾਸੇ ਦੀ ਜਾਂਚ ਸਮੇਤ। ਜੋ ਰੀਸਟਾਰਟ ਜਾਂਚ ਸਿਰਫ਼ ਰਾਊਟਰ ਦਾ ਡੈਸ਼ਬੋਰਡ ਦੇਖਦੀ ਹੈ, ਉਹ ਚਾਰਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਘੱਟ ਜਾਣਕਾਰੀ ਦੇਣ ਵਾਲੀ ਪਰਤ ਜਾਂਚਦੀ ਹੈ।