ਪ੍ਰੌਕਸੀ ਮਾਨੀਟਰ ਦੀ ਸਥਿਤੀ ਅਤੇ ਐਗਜ਼ਿਟ ਕੋਡ ਦੀ ਵਿਆਖਿਆ

ਇੱਕ ਰੈਪਰ ਡਾਊਨਲੋਡਰ ਦੇ ਜ਼ੀਰੋ ਐਗਜ਼ਿਟ ਕੋਡ ਨੂੰ ਦੇਖੇ ਗਏ “HTTP 200 OK” ਵਿੱਚ ਨਹੀਂ ਬਦਲ ਸਕਦਾ। ਦਰਜ ਕਰੋ ਕਿ ਹਰ ਪਰਤ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਦੱਸਿਆ:

HTTP ਗਲਤੀ ਜਵਾਬ ਤੋਂ ਬਾਅਦ ਵੀ curl ਆਮ ਤੌਰ 'ਤੇ ਜ਼ੀਰੋ ਵਾਪਸ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਦੇ fail ਵਿਕਲਪ ਐਗਜ਼ਿਟ ਵਿਵਹਾਰ ਬਦਲਦੇ ਹਨ, ਪਰ ਅਸਫਲਤਾ ਵਾਲਾ ਐਗਜ਼ਿਟ ਫਿਰ ਵੀ ਸਥਿਤੀ ਨੂੰ ਵਿਲੱਖਣ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਪਛਾਣਦਾ। Wget ਦੇ ਐਗਜ਼ਿਟ ਮੁੱਲ ਵੀ ਸ਼੍ਰੇਣੀਆਂ ਹਨ: ਪ੍ਰਮਾਣਿਕਤਾ ਅਸਫਲਤਾ HTTP 401 ਲਈ ਸਮਰਪਿਤ ਮੁੱਲ ਨਹੀਂ ਹੈ, ਅਤੇ ਸਰਵਰ-ਗਲਤੀ ਸ਼੍ਰੇਣੀ ਇਸ ਦੇ ਅੰਦਰ ਹਰ ਜਵਾਬ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦੀ। 401 ਦੀ ਉਮੀਦ ਕਰਨ ਵਾਲੀ ਜਾਂਚ ਨੂੰ ਉਹ ਜਵਾਬ ਦੇਖਣਾ ਹੀ ਪਵੇਗਾ।

ਪ੍ਰੌਕਸੀ ਐਂਡਪੌਇੰਟ ਅਤੇ ਵੈੱਬਸਾਈਟ ਦਾ ਨਾਮ ਵੱਖਰੇ ਰੱਖੋ। HTTP-ਪ੍ਰੌਕਸੀ ਜਾਂਚ ਦਾ TCP ਸਾਥੀ ਪ੍ਰੌਕਸੀ ਹੈ; CONNECT ਮੰਜ਼ਿਲ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਦਾ TLS ਸੈਸ਼ਨ ਫਿਰ ਟਨਲ ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ। HTTPS ਪ੍ਰੌਕਸੀ ਲਈ ਬਾਹਰੀ ਪ੍ਰੌਕਸੀ 'ਤੇ ਭਰੋਸਾ ਇੱਕ ਹੋਰ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਹੈ।

SSL ਫਲੈਗ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਪਲੱਗਇਨ ਦੀ ਗਾਰੰਟੀ ਵੇਖੋ। Monitoring Plugins check_http ਨੂੰ check_curl ਦੇ ਪੱਖ ਵਿੱਚ ਹਟਾ ਰਿਹਾ ਹੈ। check_http ਦਾ ਦਸਤਾਵੇਜ਼ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਕਿ ਸਿਰਫ਼ SSL ਚੁਣਨਾ ਹੋਸਟਨਾਮ ਜਾਂ ਜਾਰੀਕਰਤਾ ਭਰੋਸੇ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ; check_curl ਦਾ ਦਸਤਾਵੇਜ਼ੀ verify-peer ਵਿਕਲਪ ਉਹ ਪੁਸ਼ਟੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ।

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