Squid ਲੌਗ: 407 ਤੋਂ ਬਾਅਦ 200 ਆਉਣਾ ਅਸਫਲਤਾ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ?

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

ਇਸੇ ਲਈ TCP_DENIED/407 ਅਤੇ TCP_TUNNEL/200 ਵਿਚਕਾਰ ਬਰਾਬਰ ਵੰਡਿਆ ਲੌਗ ਆਪਣੇ ਆਪ ਪੰਜਾਹ ਫੀਸਦੀ ਅਸਫਲਤਾ ਦਰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਐਂਟਰੀਆਂ ਚੁਣੌਤੀ-ਅਤੇ-ਦੁਬਾਰਾ-ਕੋਸ਼ਿਸ਼ ਦੇ ਜੋੜੇ ਬਣਾਉਂਦੀਆਂ ਹਨ ਜਾਂ ਨਹੀਂ।

ਉਹ ਗਿਣੋ ਜੋ ਸੱਚਮੁੱਚ ਤੁਹਾਡੇ ਲਈ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

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

ਸਫਲ ਟਨਲ ਨੂੰ ਸਫਲ ਵੈੱਬਸਾਈਟ ਕਾਰਵਾਈ ਤੋਂ ਵੱਖਰਾ ਰੱਖੋ। CONNECT ਸਵੀਕਾਰ ਕਰਨਾ ਟਨਲ ਸਥਾਪਤ ਕਰਦਾ ਹੈ; ਮੰਜ਼ਿਲ ਫਿਰ ਵੀ TLS ਦੌਰਾਨ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਐਪ ਤਰੁੱਟੀ ਵਾਪਸ ਕਰ ਸਕਦੀ ਹੈ।

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