QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);

ಈ Qt Network ಪ್ರಶ್ನೆಯು ಒಂದು URL ಗಾಗಿ ನೀತಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಸಂಬಂಧಿತ Qt Network ಹೆಡರ್‌ಗಳನ್ನು ಸೇರಿಸಿ. ಇದು ಸಂಪರ್ಕ ತೆರೆಯುವುದಿಲ್ಲ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿನ ಪ್ರತಿ ಸಾಕೆಟ್‌ನ ಮಾರ್ಗವನ್ನು ಗುರುತಿಸುವುದಿಲ್ಲ.

QNetworkProxyQuery ಗಮ್ಯಸ್ಥಾನದ ಮಾಹಿತಿ ಮತ್ತು ಪ್ರಶ್ನೆ ಪ್ರಕಾರವನ್ನು ಒಳಗೊಂಡಿದೆ. TCP, UDP ಮತ್ತು ಸರ್ವರ್ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ HTTP ಕ್ಯಾಶಿಂಗ್ ಪ್ರಾಕ್ಸಿ ಅಥವಾ HTTP ಸುರಂಗ, ಅಥವಾ SOCKS ಪ್ರಾಕ್ಸಿಗಿಂತ ಭಿನ್ನ ಸಾಮರ್ಥ್ಯಗಳು ಬೇಕಾಗಬಹುದು. ಅನುಕೂಲಕರ ಅಸಂಬದ್ಧ ಸಾರ್ವಜನಿಕ ಪುಟದ ಬದಲು ವಿಫಲವಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರಶ್ನಿಸಿ.

ಪ್ರತಿ ಅಭ್ಯರ್ಥಿಯ ಪ್ರಕಾರವನ್ನು ಅರ್ಥೈಸಿಕೊಳ್ಳಿ. NoProxy ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನೇರ ಪ್ರವೇಶವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಆ ಫಲಿತಾಂಶದಲ್ಲಿ ಖಾಲಿ ಕಾಣುವ ಹೋಸ್ಟ್ ಶೋಧನ ವೈಫಲ್ಯವಲ್ಲ. ಆದ್ಯತೆಯ ಕ್ರಮ ಮತ್ತು ಪರ್ಯಾಯ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ.

ರೂಟಿಂಗ್ ಕ್ರಿಯಾಶೀಲವಾಗಿ ಉಳಿಯಬೇಕಾದಾಗ, ಭಾಗವಹಿಸುವ ಸಾಕೆಟ್ ಅಥವಾ QNetworkAccessManager ಗಾಗಿ ಬೆಂಬಲಿತ ಸಿಸ್ಟಮ್ ಸಂರಚನೆ ಅಥವಾ ಪ್ರಾಕ್ಸಿ ಫ್ಯಾಕ್ಟರಿ ಸಂಯೋಜನೆಯನ್ನು ಬಳಸಿ. ಮೊದಲ ಫಲಿತಾಂಶವನ್ನು ಸ್ಥಿರ ಅಪ್ಲಿಕೇಶನ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಆಗಿ ಸ್ಥಗಿತಗೊಳಿಸುವುದು ನಂತರದ ಪ್ರತಿ-ಗಮ್ಯಸ್ಥಾನ ನಿರ್ಧಾರಗಳನ್ನು ತ್ಯಜಿಸುತ್ತದೆ. ನಿಜವಾದ ನಿರ್ವಾಹಕ ಅಥವಾ ಸ್ಥಾಪಿತ ಅಪ್ಲಿಕೇಶನ್ ಫ್ಯಾಕ್ಟರಿಯನ್ನು ಪರಿಶೀಲಿಸಿ: ಅದರ ಪಕ್ಕದಲ್ಲಿನ ರೋಗನಿರ್ಣಯ ಕರೆ ಅದೇ ನೀತಿಯನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಎಂಬೆಡ್ ಮಾಡಿದ ಬ್ರೌಸರ್ Qt Network ಗಿಂತ ಬೇರೆ ನೆಟ್‌ವರ್ಕ್ ಸ್ಟ್ಯಾಕ್ ಹೊಂದಿರಬಹುದು. ಮಾನ್ಯ Qt-ಸಾಕೆಟ್ ಅಭ್ಯರ್ಥಿ ಪ್ರತಿ ಘಟಕವು ಅದೇ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ದೃಢೀಕರಣವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು