Qt പ്രോക്സി അന്വേഷണങ്ങളിൽ കണക്ഷന്റെ തരം ഉൾപ്പെടുന്നു

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-സോക്കറ്റ് സ്ഥാനാർത്ഥി ഓരോ ഘടകവും ഒരേ പ്രോട്ടോക്കോൾ അല്ലെങ്കിൽ പ്രാമാണീകരണം പിന്തുണയ്ക്കുന്നുവെന്ന് സ്ഥാപിക്കുന്നില്ല.