Ошибка получения заголовков http в SoapClient

Эта ошибка часто возникает, когда превышено значение default_socket_timeout для ответа SOAP. (См. эту ссылку.)

Примечание от конструктора SoapClient: параметр connection_timeout используется для определения значения тайм-аута для подключения к службе, а не для тайм-аута для ее ответа.

Вы можете увеличить его следующим образом:

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

Это должно сказать вам, является ли проблема тайм-аутом или у вас есть другая проблема. Имейте в виду, что вы не должны использовать это как постоянное решение, а скорее посмотреть, избавится ли оно от ошибки, прежде чем переходить к изучению того, почему служба SOAP так медленно отвечает. Если служба постоянно такая медленная, вам, возможно, придется рассмотреть возможность автономной/пакетной обработки.

Просто хотел поделиться решением этой проблемы в моей конкретной ситуации (у меня были идентичные симптомы). В моем сценарии оказалось, что ssl-сертификат, предоставленный веб-службой, больше не является доверенным. На самом деле это произошло из-за нового установленного клиентом брандмауэра, который мешал запросу SOAP, но конечным результатом было то, что сертификат не обслуживался / не доверялся правильно.

Это было немного сложно отследить, потому что вызов SoapClient (даже с trace=1) не дает очень полезной обратной связи.

Я смог доказать ненадежный сертификат, используя:

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

Я знаю, что это не будет решением проблемы для всех, но, надеюсь, кому-то это поможет. В любом случае, я думаю, важно понимать, что причиной этой ошибки (код ошибки: «HTTP», строка ошибки: «Ошибка получения заголовков http») обычно является проблема с сетью/сокетом/протоколом/связью, а не просто «недостаточно время запроса». Я не могу представить, что расширение значения default_socket_timeout будет решать эту проблему очень часто, и даже если это произойдет, конечно, было бы лучше сначала решить вопрос, ПОЧЕМУ он такой медленный.

Я полагаю, что уже слишком поздно, но у меня та же проблема. Я пытаюсь тайм-аут сокета, но это не работает. Моя проблема заключалась в том, что клиент и сервер находились на одном физическом сервере. Когда клиентский код работает на том же физическом сервере, я получаю эту ошибку, но с тем же клиентским кодом, перемещенным на мой локальный хост, запрашивая сервер (клиент и сервер выполнялись на двух разных механизмах), все работает нормально.

Может быть, это может помочь кому-то еще!

Я столкнулся с той же проблемой и попробовал все вышеперечисленные решения. К сожалению ничего не получилось.

1. Время ожидания сокета (не работает)
2. Пользовательский агент (не работает)
3. Конфигурация SoapClient, cache_wsdl и Keep-Alive и т. д.

Я решил свою проблему, добавив свойство заголовка compression. На самом деле это необходимо, когда вы ожидаете ответа в сжатом формате gzip.

//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,
));

Надеюсь, поможет.

Удачи.

Установка 'keep_alive' на false сработала для меня:

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

Конфигурация, которая сработала для меня, определяла в моем php-скрипте следующие параметры:

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

Прокомментируйте, пожалуйста.

Согласно моему опыту с этой проблемой, наиболее важным определением параметра было

ini_set('default_socket_timeout', 5000);

Во время моих тестов я определил default_socket_timeout на 5 секунд, и ошибка «Ошибка получения заголовков http» возникла мгновенно.

Я надеюсь, что это поможет вам!

Я просто хотел добавить, для полноты картины, что, как и в случае с Manachi, я получил это сообщение, потому что сертификат клиента, который я использовал, требовал фразы-пароля, и у меня случайно был лишний символ в конце фразы-пароля. Этот пост просто для того, чтобы предложить еще одно предложение о том, на что следует обратить внимание. Если хост требует использования клиентского сертификата (через параметр local_cert), убедитесь, что вы указали правильный путь к сертификату и правильную парольную фразу (если она требуется). Если вы этого не сделаете, очень вероятно, что вы увидите то же самое сообщение об ошибке.

Ни один из вышеперечисленных методов не работал для меня.

Когда я проанализировал заголовок запроса из __getLastRequestHeaders, я увидел следующее:

POST /index.php/api/index/index/?SID=012345 HTTP/1.1 Host: www.XYZ.com

URL-адрес API, который я использовал, был другим, например, www.ABC.com. Я изменил URL-адрес API на www.XYZ.com/index.php/api?wsdl, и все заработало.

Оба URL-адреса возвратили один и тот же WSDL с одного и того же сервера, но разрешен только один вход в систему.

У меня была эта проблема, и я проверил, и в моем случае это был брандмауэр. PHP неправильно показывает ошибку. На выполнение запроса Брандмауэр ответил:

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
...
<html
...
<h1>Direct Access IP is not allowed</h1>
...
</html>

SoapClient ожидает конверт SOAP, но получает код HTML. Вот почему PHP отвечает: «Ошибка получения заголовков Http», потому что он не может понять, что он получил в ответ. Чтобы решить эту проблему, обратитесь к сетевому администратору, чтобы проверить, не мешает ли какой-либо брандмауэр, NAT или прокси-сервер, а затем попросите их принять необходимые меры.

Пожалуйста, проверьте HTTP-заголовок ответа. В моем случае на API-сайте был установлен следующий заголовок:

<IfModule mod_headers.c>
    Header set Connection keep-alive
</IfModule>

Похоже, что PHP SoapClient не может справиться с этой опцией. В результате тело ответа было пустым, но длина содержимого в заголовке ответа была задана правильно.

Удалите эту строку или измените ее на "закрыть", чтобы решить мою проблему.

У меня была такая же проблема, и я попробовал следующее, отключив keep_alive.

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

Однако это не сработало для меня. Что сработало для меня, так это отключение кеша SOAP. Похоже, он кэшировал неправильные запросы, и после отключения я действительно заметил, что мои запросы выполняются быстрее.

На сервере Linux вы можете найти это в файле /etc/php.ini.

Найдите soap.wsdl_cache_enabled=1 и измените его на soap.wsdl_cache_enabled=0.

Не забудьте перезагрузить апач. service httpd reload

Другой возможной причиной этой ошибки могут быть некоторые операции OpenSSL, оставляющие неустраненные ошибки. Поместите этот фрагмент кода перед запросом SOAP, чтобы очистить их:

while (openssl_error_string()) {}

Я получил ту же ошибку, и в моем случае сервер, на который я отправлял запрос, отвечал ошибкой 504 Gateway Time-out. Я не осознавал этого, пока не перешел к URL-адресу в браузере, который запрашивался запросом SOAP:

например. https://soap-request-domain-here.com/path/to/file.wsdl

Мы сталкивались с Error fetching http headers при каждом втором вызове SoapClient::__soapCall(,). Однако затронуты были не все конечные точки/мыльные серверы мыла.

Оказалось, что переход на http работал стабильно на всех серверах, но при подключении через https/secure HTTP проявлялись вышеперечисленные симптомы. openssl_error_string(), как предложенный Фургасом, не возвращал никаких ошибок.

Оказалось, что некорректно работающие мыльные серверы отправляли HTTP-заголовок с каждым ответом, что приводило к тому, что мыльный клиент задыхался от второго вызова мыла: Connection: Upgrade, close. Исправные серверы не отправили обновление при последовательных ответах.

Что сработало для нас:

• установив для keep_alive значение false, как упомянул Тьяго
• удаление заголовков Upgrade и Connection через файлы .htaccess

Хотя мыльные серверы с хорошим поведением не нуждались ни в чем из этого, когда-то неправильное поведение требовало как установки keep_alive в false, так и сброса заголовков.

# .htaccess
Header unset Upgrade
Header unset Connection

Основная причина до сих пор неясна, но есть отчет об ошибке в Apache относительно заголовков Upgrade при использовании HTTPS.

В последних выпусках Zend SOAP клиент вообще не имеет параметров «connection_timeout» и «Keep_alive».

Вы можете увидеть фрагмент кода, который я приложил в виде изображения. Единственный способ решить эту проблему — увеличить время ожидания сокета по умолчанию в php.ini.

default_socket_timeout = 1000

Я надеюсь, что это решит вашу проблему. Дайте голос, если это работает.