Qt ਟਨਲ ਕਰ ਸਕਣ ਵਾਲੇ HTTP ਪ੍ਰੌਕਸੀ ਨੂੰ ਆਪਣੀ ਸਿਰਫ਼-ਕੈਸ਼ਿੰਗ HTTP ਪ੍ਰੌਕਸੀ ਕਿਸਮ ਤੋਂ ਵੱਖਰਾ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਨਾਵਾਂ ਵਿੱਚ HTTP ਹੈ, ਪਰ ਉਹਨਾਂ ਦੀਆਂ ਕਨੈਕਸ਼ਨ ਸਮਰੱਥਾਵਾਂ ਵੱਖਰੀਆਂ ਹਨ।

Qt ਕਿਸਮਕਨੈਕਸ਼ਨ ਦੀ ਭੂਮਿਕਾ
HttpProxyਬਾਹਰ ਜਾਣ ਵਾਲੇ TCP ਕਨੈਕਸ਼ਨਾਂ ਲਈ HTTP CONNECT ਸਮਰਥਨ
HttpCachingProxyਅਨੁਕੂਲ ਬੇਨਤੀ-ਅਧਾਰਿਤ ਕਲਾਇੰਟ ਵਿੱਚ ਆਮ HTTP ਬੇਨਤੀਆਂ
Socks5Proxyਇਸ ਦੀਆਂ ਦਸਤਾਵੇਜ਼ੀ ਟਰਾਂਸਪੋਰਟ ਸਮਰੱਥਾਵਾਂ ਨਾਲ਼ SOCKS5 ਗੱਲਬਾਤ

ਆਮ HTTP ਬੇਨਤੀ ਕਰਨ ਵਾਲਾ QNetworkAccessManager ਬੇਨਤੀ-ਕੇਂਦ੍ਰਿਤ ਕਿਸਮ ਵਰਤ ਸਕਦਾ ਹੈ। ਬਾਈਟ ਟਨਲ ਲੋੜੀਂਦੇ QTcpSocket ਲਈ TunnelingCapability ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਚਾਹੀਦੀ ਹੈ। ਜਦੋਂ ਆਮ TCP ਸੌਕਟਾਂ ਨੂੰ ਇਹ ਵਰਤਣਾ ਪਵੇ, ਤਾਂ ਉਸ ਸਮਰੱਥਾ ਤੋਂ ਬਿਨਾਂ ਐਪਲੀਕੇਸ਼ਨ ਡਿਫ਼ਾਲਟ ਸਥਾਪਤ ਕਰਨ ਦੇ ਵਿਰੁੱਧ Qt ਖ਼ਾਸ ਤੌਰ ’ਤੇ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ।

ਐਂਡਪੌਇੰਟ ਨਿਰਧਾਰਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸਮ ਚੁਣੋ। ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਿਨਾਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ HTTP ਬੇਨਤੀ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਪਤੇ ਦਿੰਦੀ ਹੈ; Qt ਕਿਸਮ ਨੂੰ ਫਿਰ ਵੀ ਉਹ ਸਮਰੱਥਾ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਉਸ ਬੇਨਤੀ ਨੂੰ ਲੋੜੀਂਦੀ ਹੈ। HttpCachingProxy ਨੂੰ CONNECT ਸੇਵਾ ਵੱਲੋਂ ਵਰਤਿਆ ਪੋਰਟ ਦੇਣ ਨਾਲ਼ ਉਸ Qt ਚੋਣ ਵਿੱਚ ਗ਼ੈਰਹਾਜ਼ਰ ਸਮਰੱਥਾ ਨਹੀਂ ਜੁੜਦੀ।

ਸਿਰਫ਼-ਕੈਸ਼ਿੰਗ ਲੇਬਲ ਇਹ ਵੀ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ ਕਿ ਹਰ ਜਵਾਬ ਦੂਰਲਾ ਸਰਵਰ ਸੰਭਾਲੇਗਾ ਜਾਂ ਮੁੜ ਵਰਤੇਗਾ। ਇਹ ਕਲਾਇੰਟ ਇੰਟਰਫ਼ੇਸ ਵੱਲੋਂ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਵਰਤੋਂ ਦੀ ਸ਼ੈਲੀ ਦੱਸਦਾ ਹੈ, ਜਦਕਿ HTTP ਜਵਾਬ ਨੀਤੀ ਕੈਸ਼ ਮੁੜ-ਵਰਤੋਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ