ਪ੍ਰਾਕਸੀ ਇੱਕ ਵੈੱਬਸਾਈਟ ਉੱਤੇ ਚੱਲਦੀ ਹੈ ਪਰ ਦੂਜੀ ਉੱਤੇ ਕਿਉਂ ਨਹੀਂ?

ਚੱਲਦੇ ਪ੍ਰਾਕਸੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਮੰਜ਼ਿਲ ਦੀਆਂ ਪਾਬੰਦੀਆਂ, ਪੋਰਟ ਨਿਯਮਾਂ, TLS ਗਲਤੀਆਂ ਅਤੇ HTTP ਜਵਾਬਾਂ ਤੋਂ ਵੱਖਰਾ ਕਰੋ।

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

HTTP ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ HTTPS ਲਈ ਕਲਾਇੰਟ ਟ੍ਰੇਸ ਵਿੱਚ CONNECT ਜਵਾਬ, ਮੰਜ਼ਿਲ ਨਾਲ TLS ਅਤੇ ਵੈੱਬਸਾਈਟ ਦੇ ਆਖਰੀ HTTP ਜਵਾਬ ਨੂੰ ਵੱਖਰਾ ਪਛਾਣੋ:

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

ਵੇਖੋ ਗਲਤੀ ਦਾ ਸਫ਼ਾ ਕਿਸ ਨੇ ਬਣਾਇਆ ਹੈ। ਵਿਚੋਲਾ 403 ਜਾਂ ਹੋਰ HTTP ਗਲਤੀ ਦੇ ਸਕਦਾ ਹੈ; ਸਿਰਫ਼ ਨੰਬਰ ਸਰੋਤ ਨਹੀਂ ਦੱਸਦਾ। TLS ਤਸਦੀਕ ਚਾਲੂ ਰੱਖੋ ਤਾਂ ਜੋ ਸਫਲ ਦਿਸਦੀ ਬੇਨਤੀ ਸੁਰੱਖਿਅਤ ਕਨੈਕਸ਼ਨ ਦੀ ਅਸਫਲਤਾ ਨਾ ਲੁਕਾਵੇ।

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

ਸੰਬੰਧਿਤ ਲੇਖ