libproxy ਇੱਕ ਰਾਹ ਚੁਣਦਾ ਹੈ; ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ

ਜੇ libproxy ਪ੍ਰੌਕਸੀ URI ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਅਗਲਾ ਸਾਕਟ ਸਿੱਧਾ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਹੈਂਡਆਫ ਜਾਂਚੋ। libproxy ਨੀਤੀ ਖੋਜਦਾ ਹੈ; ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਵੱਲੋਂ ਖੋਲ੍ਹੇ ਹਰ ਸਾਕਟ ਨੂੰ ਰੋਕਦਾ ਨਹੀਂ।

1. ਸਰੋਤ ਲਈ ਪੁੱਛੋ। ਦਸਤਾਵੇਜ਼ੀ libproxy 0.5 C API ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਫੈਕਟਰੀ ਬਣਾਓ ਅਤੇ ਅਸਲ ਮੰਜ਼ਿਲ URL ਮੰਗੋ।
2. ਕ੍ਰਮਬੱਧ ਉਮੀਦਵਾਰਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰੋ। HTTP, SOCKS ਅਤੇ ਸਿੱਧੇ ਨਤੀਜਿਆਂ ਲਈ ਵੱਖਰੀ ਸੰਭਾਲ ਲੋੜੀਂਦੀ ਹੈ। ਉਹਨਾਂ ਦਾ ਤਰਜੀਹ ਕ੍ਰਮ ਅਤੇ ਲੋੜੀਂਦੀ ਅਸਫਲਤਾ ਨੀਤੀ ਰੱਖੋ।
3. ਖਪਤਕਾਰ ਨੂੰ ਕਨਫਿਗਰ ਕਰੋ। ਚੁਣਿਆ ਪ੍ਰੌਕਸੀ ਕਿਸਮ, ਐਂਡਪੌਇੰਟ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪ੍ਰਬੰਧ ਉਸ ਟਰਾਂਸਪੋਰਟ ਨੂੰ ਦਿਓ ਜੋ ਉਹਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਕੱਚਾ TCP ਸਾਕਟ ਵਾਪਸ ਕੀਤੇ URI ਤੋਂ CONNECT ਜਾਂ SOCKS ਗੱਲਬਾਤ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦਾ।

ਇੱਕ ਜਵਾਬ ਨੂੰ ਸਾਰੀਆਂ ਮੰਜ਼ਿਲਾਂ ਲਈ ਰਾਹ ਵਜੋਂ ਨਾ ਸੰਭਾਲੋ ਅਤੇ ਪਹਿਲਾ ਪ੍ਰੌਕਸੀ ਇੱਕ ਵਾਰ ਅਸਫਲ ਹੋਣ ਕਾਰਨ ਸਿੱਧੀ ਰੂਟਿੰਗ ਨੂੰ ਸਥਾਈ ਨਾ ਬਣਾਓ।

ਜੇ HTTP ਕਲਾਇੰਟ ਪਹਿਲਾਂ ਹੀ ਸਿਸਟਮ ਪ੍ਰੌਕਸੀ ਜਾਂ PAC ਖੋਜ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਚੋਣ ਦਾ ਇੱਕ ਮਾਲਕ ਚੁਣੋ। ਦੋ ਸੁਤੰਤਰ ਚੋਣਕਰਤਾ ਅਤੇ ਇੱਕ ਹੋਰ ਰੈਪਰ ਅਜਿਹਾ ਰਾਹ ਬਣਾ ਸਕਦੇ ਹਨ ਜੋ ਕਿਸੇ ਵੀ ਨੀਤੀ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਸੀ।

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