ਪ੍ਰੌਕਸੀ ਵਰਤਣ ਸਮੇਂ CURLOPT_CONNECT_TO ਕੀ ਬਦਲਦਾ ਹੈ

CURLOPT_CONNECT_TO ਮਿਲਦੇ ਟਿਕਾਣੇ ਲਈ libcurl ਜਿਸ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਨਾਲ ਜੁੜਦਾ ਹੈ ਉਹ ਬਦਲਦਾ ਹੈ। ਇਹ ਵਿਕਲਪਿਕ ਐਂਡਪੌਇੰਟ ਨੂੰ HTTP CONNECT ਜਾਂ SOCKS ਬੋਲਣ ਵਾਲਾ ਨਹੀਂ ਬਣਾਉਂਦਾ।

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

ਮੈਪਿੰਗ ਨੂੰ HTTP ਪ੍ਰੌਕਸੀ ਨਾਲ ਜੋੜਨਾ

HTTP ਪ੍ਰੌਕਸੀ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਸੰਰਚਿਤ ਕਰੋ। ਜਨਤਕ ਸੇਵਾ ਵੱਲ ਜਾਣ ਵਾਲਾ ਬਿਨਾਂ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵਾਲਾ HTTP ਰਾਹ, ਉਸ ਵਿਚੋਲੇ ਨੂੰ ਇਜਾਜ਼ਤ ਹੋਣ ’ਤੇ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਵਿੱਚੋਂ ਐਂਡਪੌਇੰਟ ਵਰਤ ਸਕਦਾ ਹੈ; ਕੋਈ ਵੀ ਮੌਜੂਦਾ ਪ੍ਰੌਕਸੀ ਖਾਤਾ ਉਮੀਦਵਾਰ ਨੂੰ ਨਹੀਂ ਭੇਜਣਾ ਚਾਹੀਦਾ। libcurl ਦਰਜ ਕਰਦਾ ਹੈ ਕਿ ਵੱਖਰੀ connect-to ਮੈਪਿੰਗ ਬੇਨਤੀ ਨੂੰ ਸੁਰੰਗ ਮੋਡ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ: ਪ੍ਰੌਕਸੀ ਮੈਪ ਕੀਤੇ ਟਿਕਾਣੇ ਨਾਲ ਸੰਪਰਕ ਖੋਲ੍ਹਦਾ ਹੈ। ਮੈਪਿੰਗ ਚੁਣਦੀ ਹੈ ਕਿ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਕੀ ਪਹੁੰਚਣਾ ਹੈ; ਇਸ ਨੇ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਦੀ ਥਾਂ ਨਹੀਂ ਲਈ।

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

ਜੇ ਪ੍ਰੌਕਸੀ ਪੋਰਟ ਆਪ ਹੀ ਸੰਪਰਕ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਸੇ ਗੈਰਹਾਜ਼ਰ ਸਰੋਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਹੋਰ ਵਿਕਲਪ ਪਹਿਲੀ ਛਾਲ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਟਿਕਾਣਾ ਮੈਪਿੰਗ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਸਰੋਤੇ ਜਾਂ ਰਾਹ ਦੀ ਨਾਕਾਮੀ ਹੱਲ ਕਰੋ।