ਖੁੱਲ੍ਹਾ TCP ਪੋਰਟ proxy ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਸਬੂਤ ਨਹੀਂ

ਸਫ਼ਲ ਪੋਰਟ ਜਾਂਚ ਸਿਰਫ਼ ਕੁਨੈਕਸ਼ਨ ਬਣਾਉਂਦੀ ਹੈ। Proxy handshake ਅਤੇ ਮੰਜ਼ਿਲ ਦਾ ਉਮੀਦ ਕੀਤਾ ਜਵਾਬ ਵੀ ਜਾਂਚੋ।

ਖੁੱਲ੍ਹਾ TCP ਪੋਰਟ ਦੱਸਦਾ ਹੈ ਕਿ listener ਨੇ ਕੁਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕੀਤਾ। ਉਹ proxy, ਆਮ ਵੈੱਬ ਸਰਵਰ ਜਾਂ ਹੋਰ ਸੇਵਾ ਹੋ ਸਕਦੀ ਹੈ; ਪੋਰਟ 8080 ਪ੍ਰੋਟੋਕਾਲ ਦੀ ਪਛਾਣ ਨਹੀਂ ਕਰਦਾ।

HTTP proxy ਵਜੋਂ ਦਰਜ endpoint ਦਾ ਅਸਲ ਪਤਾ ਸਮੇਂ ਦੀਆਂ ਹੱਦਾਂ ਵਾਲੀ HTTPS ਬੇਨਤੀ ਵਿੱਚ ਵਰਤੋ:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

ਦਸਤਾਵੇਜ਼ੀ ਪਤੇ ਨੂੰ ਆਪਣੇ HTTP endpoint ਜਾਂ HTTP proxy ਸੂਚੀ ਦੇ ਉਮੀਦਵਾਰ ਨਾਲ ਬਦਲੋ। SOCKS ਲਈ ਸੰਬੰਧਿਤ SOCKS client mode ਵਰਤ ਕੇ ਗੱਲਬਾਤ ਪੂਰੀ ਕਰੋ। ਗ਼ਲਤ handshake TCP ਸਵੀਕਾਰ ਹੋਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਨਾਕਾਮ ਹੋ ਸਕਦਾ ਹੈ।

ਵੇਖਿਆ ਪੜਾਅਇਹ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ
TCP ਸਵੀਕਾਰ ਹੋਇਆListener ਤੱਕ ਪਹੁੰਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।
Proxy handshake ਸਵੀਕਾਰ ਹੋਇਆListener ਨੇ ਇਹ proxy ਕਾਰਵਾਈ ਸਵੀਕਾਰ ਕੀਤੀ।
ਮੰਜ਼ਿਲ ਦਾ TLS ਜਾਂਚਿਆ ਗਿਆਕਲਾਇੰਟ ਨੇ ਆਪਣੀਆਂ ਭਰੋਸਾ ਸੈਟਿੰਗਾਂ ਅਨੁਸਾਰ ਚਾਹਿਆ ਸੁਰੱਖਿਅਤ ਕੁਨੈਕਸ਼ਨ ਪੂਰਾ ਕੀਤਾ।
ਉਮੀਦ ਕੀਤਾ status ਅਤੇ ਸਮੱਗਰੀ ਮਿਲੇਐਪਲੀਕੇਸ਼ਨ ਬੇਨਤੀ ਨੇ ਉਮੀਦ ਕੀਤਾ ਨਤੀਜਾ ਦਿੱਤਾ।

HTTP proxy ਰਾਹੀਂ HTTPS ਲਈ ਮੰਜ਼ਿਲ ਦੇ ਪੋਰਟ ਤੱਕ CONNECT ਦੀ ਆਗਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। CONNECT 200 ਵੀ ਵਿਚਕਾਰਲਾ ਪੜਾਅ ਹੈ: TLS ਜਾਂ ਆਖ਼ਰੀ ਬੇਨਤੀ ਸਫ਼ਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ tunnel ਬੰਦ ਹੋ ਸਕਦਾ ਹੈ। ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ HTTP ਦੀ ਸਫ਼ਲਤਾ ਇਹ tunnel ਸਮਰੱਥਾ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ।

ਅਨੁਮਾਨਯੋਗ ਸਮੱਗਰੀ ਵਾਲੀ ਮੰਜ਼ਿਲ ਵਰਤੋ, ਚੰਗਾ ਹੋਵੇ ਕਿ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਿੱਚ ਹੋਵੇ, ਅਤੇ ਉਪਲਬਧ ਹੋਵੇ ਤਾਂ ਬੇਨਤੀ ਰਿਕਾਰਡ ਜਾਂਚੋ। ਬਿਨਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ HTTP listener ਨਿਸ਼ਾਨੇ ਨਾਲ ਸੰਪਰਕ ਕੀਤੇ ਬਿਨਾਂ ਇੱਕ ਨਿਰਧਾਰਤ ਪੰਨਾ status 200 ਨਾਲ ਦੇ ਸਕਦਾ ਹੈ। ਕੋਈ ਵੀ ਸਫ਼ਲ status ਮਿਲਣਾ ਉਮੀਦ ਕੀਤੇ ਜਵਾਬ ਨਾਲ ਮੇਲ ਨਾਲੋਂ ਕਮਜ਼ੋਰ ਸਬੂਤ ਹੈ; HTTPS ਪਛਾਣ ਜਾਂਚ ਵਾਧੂ ਸੁਰੱਖਿਆ ਦਿੰਦੀ ਹੈ।

ਆਖ਼ਰੀ ਸਫ਼ਲ ਪੜਾਅ ਲਿਖੋ। ‘ਪੋਰਟ ਖੁੱਲ੍ਹਾ, SOCKS ਗੱਲਬਾਤ ਰੱਦ’ ਅਗਲੀ ਪੜਤਾਲ ਲਈ ਲਾਭਦਾਇਕ ਸ਼ੁਰੂਆਤ ਦਿੰਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ