QSslSocket Fehler, wenn SSL nicht verwendet wird

Question

Ich habe diese Ausgabe in zwei meine Qt-Anwendungen bemerkt, dass QNetworkRequest verwenden, um einige Daten von außen über QNeworkRequest zu laden:

QSslSocket: cannot resolve TLSv1_1_client_method 
QSslSocket: cannot resolve TLSv1_2_client_method 
QSslSocket: cannot resolve TLSv1_1_server_method 
QSslSocket: cannot resolve TLSv1_2_server_method 
QSslSocket: cannot resolve SSL_select_next_proto 
QSslSocket: cannot resolve SSL_CTX_set_next_proto_select_cb 
QSslSocket: cannot resolve SSL_get0_next_proto_negotiated 

Ein Beispiel für die Anforderung, die diese Warnungen verursacht erscheinen ist

QNetworkReply reply = m_nam->get(QNetworkRequest(QUrl("http://api.openweathermap.org/data/2.5/forecast?id=2835297&mode=xml"))); 

ich ziemlich sicher bin, dass es keine TLS/SSL in jeder der folgenden Abfragen beteiligt ist, alle Plain-HTTP sind. Die Nachrichten werden immer angezeigt, nachdem die erste Anforderung unabhängig von der URL ausgelöst wurde. Ich habe keine Absicht, SSL überhaupt zu umgehen, es gibt keine Erwähnung von SSL im Code, was bedeutet, dass ich die Warnungen nicht programmatisch ignorieren kann.

Mein Setup ist Windows 7 64 Bit, MSVC2013 und MinGW, Qt 5.3.2. Die Nachrichten werden unabhängig vom verwendeten Compiler angezeigt. Es sind keine OpenSSL- oder andere SSL-Entwicklungsbibliotheken installiert. Die Frage lautet: Wie kann ich diese Warnungen loswerden?

Answer 1

Diese sind nur von qWarning() aufrufen, wenn OpenSSL-Funktionen aufgelöst werden. Es versucht nicht, diese Funktionen aufzurufen, sondern sie nur zu lösen. Der Aufruf nicht aufgelöster Funktionen würde stattdessen zu einer Warnung QSslSocket: cannot call unresolved function ... führen.

Die Warnung ist das Ergebnis der OpenSSL Funktionen durch einen Aufruf QSslSocket::supportsSsl() statisch in QNetworkAccessManager::supportedSchemesImplementation() zur Laufzeit aufgelöst werden, die Schemata unterstützt zurückgibt --- http und, wenn SSL https unterstützt.

Sie haben einige Optionen über diese Warnungen,

1. sie ignorieren, weil Sie SSL ohnehin nicht wollen oder müssen OpenSSL
2. recompile Qt mit -no-openssl weitergegeben configure
3. Schiff so Funktionen aufgelöst werden und https wird verfügbar - wahrscheinlich nicht das, was Sie wollen

Answer 2

Haben Sie versucht QSslSocket::ignoreSslErrors?

Answer 3

Wir hatten gelegentlich Kunden sehr sim ähnliche Warnmeldungen, aber auch die Software stürzte ab.

QSslSocket: cannot resolve TLSv1_1_client_method 
QSslSocket: cannot resolve TLSv1_2_client_method 
QSslSocket: cannot resolve TLSv1_1_server_method 
QSslSocket: cannot resolve TLSv1_2_server_method 
QSslSocket: cannot resolve SSL_select_next_proto 
QSslSocket: cannot resolve SSL_CTX_set_next_proto_select_cb 
QSslSocket: cannot resolve SSL_get0_next_proto_negotiated 
QMutex: destroying locked mutex 

Wir stellten fest, es war, weil, obwohl wir auch nicht die Verwendung von SSL wurden, das Programm eine Kopie von OpenSSL auf dem Computer des Kunden gefunden und versucht, mit ihm eine Schnittstelle. Die Version, die gefunden wurde, war jedoch zu alt (from Qt 5.2 onwards v1.0.0 oder später ist erforderlich).

Unsere Lösung bestand darin, die OpenSSL-DLLs zusammen mit unserer Anwendung zu verteilen (~ 1,65 MB). Die Alternative besteht darin, Qt von Grund auf ohne OpenSSL-Unterstützung zu kompilieren.

Answer 4

Kann ähnliche Warnmeldungen mit QLoggingCategory::setFilterRules("qt.network.ssl.w arning=false");