ਗਲਤੀ 809 ਲੌਗਇਨ ਨਹੀਂ, ਰਾਹ ਦੀ ਸਮੱਸਿਆ ਹੈ

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

ਬਲੌਕ ਕੀਤਾ ਪੋਰਟ ਅਤੇ ਗਲਤ ਪਾਸਵਰਡ ਬਿਲਕੁਲ ਵੱਖਰੇ ਸੁਨੇਹੇ ਦਿੰਦੇ ਹਨ, ਅਤੇ 809 ਘੱਟ ਹੀ ਦੂਜਾ ਹੁੰਦਾ ਹੈ।

ਪ੍ਰੋਫਾਈਲ ਦੁਆਰਾ ਵਰਤਿਆ ਪ੍ਰੋਟੋਕੋਲ ਪੁਸ਼ਟ ਕਰੋ

ਸਰਵਰ ਦਾ ਨਾਮ, ਪਤਾ ਅਤੇ ਟਨਲ ਦੀ ਕਿਸਮ ਆਪਰੇਟਰ ਦੀਆਂ ਮੌਜੂਦਾ ਹਦਾਇਤਾਂ ਨਾਲ ਜਾਂਚੋ, ਫਿਰ ਨੋਟ ਕਰੋ ਕਿ ਉਹ ਕਿਸਮ ਕਿਸ ਆਵਾਜਾਈ 'ਤੇ ਨਿਰਭਰ ਹੈ। ਇਹ ਤਿੰਨ ਮੁੱਲ ਇਕੱਠੇ ਜੁੜੇ ਹਨ; ਪੁਰਾਣੀ ਟਨਲ ਕਿਸਮ ਨਾਲ ਸਹੀ ਨਾਮ ਵੀ ਗਲਤ ਨਾਮ ਵਾਂਗ ਅਸਫਲ ਹੁੰਦਾ ਹੈ। IKEv2 UDP 500 ਅਤੇ 4500 'ਤੇ ਨਿਰਭਰ ਹੈ, ਅਤੇ ਮੂਲ ESP ਟ੍ਰੈਫਿਕ ਨੂੰ TCP ਜਾਂ UDP ਵਜੋਂ ਨਹੀਂ, ਆਪਣੇ ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ ਮਨਜ਼ੂਰੀ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਪੁਰਾਣੇ ਸੈੱਟਅੱਪ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਪ੍ਰੋਫਾਈਲ ਉਹ ਟਨਲ ਕਿਸਮ ਦੱਸ ਸਕਦਾ ਹੈ ਜੋ ਸਰਵਰ ਹੁਣ ਨਹੀਂ ਦਿੰਦਾ। ਡਾਇਲਾਗ ਦੇ ਲੇਬਲ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਥਾਂ ਆਪਰੇਟਰ ਤੋਂ ਮੁੱਲ ਲਵੋ।

ਉਸੇ ਹੋਸਟਨਾਮ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਪੰਨਾ ਬਿਲਕੁਲ ਦੂਜੀ ਸੇਵਾ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ। ਇਹ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਹੋਸਟ ਜੀਵਿਤ ਹੈ ਅਤੇ ਅਸਫਲ ਗੱਲਬਾਤ ਬਾਰੇ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।

ਪ੍ਰਮਾਣਿਕਤਾ ਨਹੀਂ, ਨੈੱਟਵਰਕ ਬਦਲੋ

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

ਬੇਤਰਤੀਬ ਰਜਿਸਟਰੀ ਤਬਦੀਲੀਆਂ ਅਤੇ ਫਾਇਰਵਾਲ ਬੰਦ ਕਰਨਾ ਇਸ ਕੋਡ ਲਈ ਪ੍ਰਸਿੱਧ ਸਲਾਹ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਪੁਸ਼ਟ ਨਿਦਾਨ ਤੋਂ ਨਹੀਂ ਆਉਂਦਾ। ਆਪਰੇਟਰ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਸ ਤੈਨਾਤ ਲਈ ਦਸਤਾਵੇਜ਼ੀ ਸੁਧਾਰ ਕੀ ਹੈ।

ਕੋਡ ਨੂੰ ਅਗਲੇ ਪੜਾਅ ਤੱਕ ਲੈ ਜਾਓ

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

ਕੋਡ ਨੂੰ ਫੈਸਲਾ ਨਹੀਂ, ਪੜਾਅ ਦਾ ਨਿਸ਼ਾਨ ਮੰਨੋ; ਇਹੀ ਪੜ੍ਹਤ ਪੰਜ ਮਿੰਟ ਦੀ ਜਾਂਚ ਅਤੇ ਗੁਆਚੀ ਦੁਪਹਿਰ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਹੈ।

ਪਹਿਲਾਂ ਕੀ ਨਾ ਬਦਲੋ

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

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

ਪ੍ਰੋਟੋਕੋਲ, ਪਰਖੇ ਗਏ ਨੈੱਟਵਰਕ ਅਤੇ ਗੇਟਵੇ ਦਾ ਨਜ਼ਰੀਆ ਦਰਜ ਕਰੋ। ਇਹ ਤਿੰਨ ਜ਼ਿਆਦਾਤਰ 809 ਰਿਪੋਰਟਾਂ ਨਿਪਟਾਉਂਦੇ ਹਨ।