Fehler beim Abrufen von HTTP-Headern in SoapClient

Ich versuche, einen WS über https auf einem Remote-Host aufzurufen: Remote-Port und ich bekomme:

Fehler bei dem Abrufen von HTTP-Headern

mit dem PHP5 SoapClient; Ich kann die Liste der Funktionen erhalten, indem ich es tue $client->__getFunctions() aber wenn ich anrufe $client->myFunction(...) Ich bekomme immer diesen Fehler.

Ich habe gegoogelt und festgestellt, dass dies zunimmt default_socket_timeout in php.ini sollte es beheben, aber es hat nicht funktioniert.

Kann mir jemand eine Lösung vorschlagen?

EDIT: hier ist der Code:

$wsdl="myWSDL";

$client = new SoapClient($wsdl,array('connection_timeout'=>5,'trace'=>true,'soap_version'=>SOAP_1_2));

var_dump($client->__getFunctions());

try {
    $response=$client->myFunction("1","2","3");
         } catch (SoapFault $fault) {
    var_dump($fault);
    }
}

endet immer im Fehler.

Wie löse ich das Problem?

Dieser Fehler tritt häufig auf, wenn die default_socket_timeout Wert für die SOAP-Antwort überschritten wird. (Siehe diesen Link.)

Hinweis vom SoapClient-Konstruktor: the connection_timeout Die Option wird zum Definieren eines Timeout-Werts für die Verbindung zum Dienst verwendet, nicht für das Timeout für seine Antwort.

Sie können es wie folgt erhöhen:

ini_set('default_socket_timeout', 600); // or whatever new value you want

Dies sollte Ihnen sagen, ob das Timeout das Problem ist oder ob Sie ein anderes Problem haben. Bedenke, dass Sie sollten dies nicht als dauerhafte Lösung verwenden, sondern um zu sehen, ob der Fehler behoben wird, bevor Sie mit der Untersuchung fortfahren, warum der SOAP-Dienst so langsam reagiert. Wenn der Dienst durchgehend so langsam ist, müssen Sie möglicherweise eine Offline-/Batch-Verarbeitung in Erwägung ziehen.

Ich wollte nur die Lösung für dieses Problem in meiner spezifischen Situation teilen (ich hatte identische Symptome). In meinem Szenario stellte sich heraus, dass dem vom Webdienst bereitgestellten SSL-Zertifikat nicht mehr vertraut wurde. Es stellte sich heraus, dass es an einer neuen Firewall lag, die der Client installiert hatte und die die SOAP-Anforderung störte, aber das Endergebnis war, dass das Zertifikat nicht korrekt bereitgestellt/vertrauenswürdig wurde.

Es war ein bisschen schwierig aufzuspüren, weil der SoapClient-Aufruf (selbst mit trace=1) kein sehr hilfreiches Feedback gibt.

Ich konnte das nicht vertrauenswürdige Zertifikat beweisen, indem ich Folgendes verwendete:

openssl s_client -connect <web service host>:<port>

Ich weiß, dass dies nicht die Antwort auf alle Probleme sein wird, aber hoffentlich hilft es jemandem. In jedem Fall denke ich, dass es wichtig ist zu erkennen, dass die Ursache dieses Fehlers (Fehlercode: „HTTP“ Fehlerzeichenfolge: „Error Fetching http headers“) normalerweise ein Netzwerk-/Socket-/Protokoll-/Kommunikationsproblem sein wird und nicht einfach „nicht genug zulassen Zeit für die Anfrage”. Ich kann mir nicht vorstellen, dass das Erweitern des Werts default_socket_timeout dieses Problem sehr oft lösen wird, und selbst wenn dies der Fall ist, wäre es sicherlich besser, das Problem zu lösen, warum es überhaupt so langsam ist.

Ich hatte das gleiche Problem und habe alle oben genannten Lösungen ausprobiert. Leider hat nichts funktioniert.

1. Socket Timeout (hat nicht funktioniert)
2. User Agent (hat nicht funktioniert)
3. SoapClient-Konfiguration, cache_wsdl und Bleib am Leben etc…

Ich habe mein Problem gelöst, indem ich die hinzugefügt habe Kompression Header-Eigenschaft. Dies ist tatsächlich erforderlich, wenn Sie eine Antwort erwarten gzip komprimiertes Format.

//set the Headers of Soap Client. 
$client = new SoapClient($wsdlUrl, array(
    'trace' => true, 
    'keep_alive' => true,
    'connection_timeout' => 5000,
    'cache_wsdl' => WSDL_CACHE_NONE,
    'compression'   => SOAP_COMPRESSION_ACCEPT | SOAP_COMPRESSION_GZIP | SOAP_COMPRESSION_DEFLATE,
));

Ich hoffe es hilft.

Viel Glück.

Ich nehme an, es ist zu spät, aber ich habe das gleiche Problem. Ich versuche das Socket-Timeout, aber es funktioniert nicht. Mein Problem war, dass der Client und der Server auf demselben physischen Server waren. Wenn der Client-Code auf demselben physischen Server arbeitet, erhalte ich diesen Fehler, aber wenn derselbe Client-Code auf meinen Localhost verschoben wird und den Server anfordert (Client und Server wurden auf zwei verschiedenen Maschinen ausgeführt), funktioniert alles einwandfrei.

Vielleicht kann das jemand anderem helfen!

Einstellung 'keep_alive' zu falsch hat bei mir funktioniert:

new SoapClient($api_url, array('keep_alive' => false));

Die Konfiguration, die für mich funktioniert hat, war die Definition der folgenden Parameter in meinem PHP-Skript:

ini_set('default_socket_timeout', 5000);
$client = new \SoapClient($url,array(
    'trace' =>true,
    'connection_timeout' => 5000,
    'cache_wsdl' => WSDL_CACHE_NONE,
    'keep_alive' => false,
));

Bitte kommentieren.

Die wichtigste Parameterdefinition war nach meiner Erfahrung mit diesem Problem

ini_set('default_socket_timeout', 5000);

Während meiner Tests habe ich das default_socket_timeout auf 5 Sekunden definiert und der Fehler „Error Fetching http headers“ wurde sofort ausgelöst.

Ich hoffe es hilft dir!

Ich wollte nur der Vollständigkeit halber hinzufügen, dass ich ähnlich wie bei Manachi diese Nachricht erhalten habe, weil das von mir verwendete Client-Zertifikat eine Passphrase erforderte und ich versehentlich ein zusätzliches Zeichen am Ende der Passphrase hatte. Dieser Beitrag soll nur einen weiteren Vorschlag machen, worauf man achten sollte. Wenn der Host die Verwendung eines Client-Zertifikats (über den Parameter local_cert) erfordert, stellen Sie sicher, dass Sie den richtigen Pfad zum Zertifikat und die richtige Passphrase (falls erforderlich) angeben. Wenn Sie dies nicht tun, wird höchstwahrscheinlich dieselbe Fehlermeldung angezeigt.