Qt HttpProxy ਬਨਾਮ HttpCachingProxy: CONNECT ਸਮਰੱਥਾਵਾਂ
Qt ਦੇ CONNECT-ਸਮਰੱਥ HttpProxy ਨੂੰ ਸਿਰਫ਼-ਬੇਨਤੀ HttpCachingProxy ਕਿਸਮ ਤੋਂ ਵੱਖਰਾ ਕਰੋ।
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 ਜਵਾਬ ਨੀਤੀ ਕੈਸ਼ ਮੁੜ-ਵਰਤੋਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ।