CURL ERROR: отказ Recv: сброс соединения с помощью сверстника – PHP Curl

Введение

Удаленный сервер отправил вам пакет RST, который указывает на немедленное удаление соединения, а не обычное рукопожатие.

Возможные причины

A. TCP / IP

Это может быть проблема TCP / IP, которую необходимо решить с помощью вашего хоста или обновить ОС в большинстве случаев, когда соединение закрывается перед удаленным сервером, прежде чем он завершит загрузку содержимого, в результате чего Connection reset by peer …..

B. Kannel Bug

Обратите внимание, что есть некоторые проблемы с масштабированием окна TCP на некоторых ядрах Linux после версии 2.6.17. Дополнительную информацию см. В следующих отчетах об ошибках:

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/59331

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/89160

C. Ошибка PHP и CURL

Вы используете PHP/5.3.3 которого тоже есть серьезные ошибки … я бы посоветовал вам работать с более новой версией PHP и CURL

https://bugs.php.net/bug.php?id=52828

https://bugs.php.net/bug.php?id=52827

https://bugs.php.net/bug.php?id=52202

https://bugs.php.net/bug.php?id=50410

D. Максимальный блок передачи

Одной из распространенных причин этой ошибки является то, что размер MTU (Maximum Transmission Unit) пакетов, перемещающихся по вашему сетевому соединению, был изменен с значения по умолчанию 1500 байт. Если вы настроили VPN это скорее всего должно измениться во время конфигурации

D. Брандмауэр: iptables

Если вы не знаете свой путь вокруг этих ребят, они могут вызвать некоторые серьезные проблемы. Попробуйте и подключитесь к серверу, на котором вы подключаетесь, чтобы проверить следующее

• У вас есть доступ к порту 80 на этом сервере

пример

  -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT` 

• Следующее находится на последней строке не раньше любого другого ACCEPT

пример

  -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited 

• Проверьте, ВСЕ ли DROP, REJECT и убедитесь, что они не блокируют ваше соединение

• Временно разрешить все соединения, если они видят,

эксперимент

Попробуйте другой сервер или удаленный сервер (так много платных облачных хостингов в Интернете) и проверьте один и тот же сценарий .. если он работает, то я догадываюсь так же хорошо, как и правда … You need to update your system

Прочее

A. SSL

Если Yii::app()->params['pdfUrl'] – это URL-адрес с https не включает правильную настройку SSL, также может вызвать эту ошибку в старой версии curl

Разрешение: убедитесь, что OpenSSL установлен и включен, а затем добавьте это в свой код.

 curl_setopt($c, CURLOPT_SSL_VERIFYPEER, false); curl_setopt($c, CURLOPT_SSL_VERIFYHOST, false); 

Я надеюсь, что это помогает

Обычно эта ошибка означает, что соединение было установлено с сервером, но это соединение было закрыто удаленным сервером. Это может быть связано с медленным сервером, проблемой с удаленным сервером, сетевой проблемой или (возможно) какой-то ошибкой безопасности при отправке данных на удаленный сервер, но я нахожу это маловероятным.

Обычно сетевая ошибка сама по себе решит проблему, но похоже, что вы уже дали ей немного времени.

cURL иногда выпускает сертификаты SSL и SSL. Я думаю, что ваш Apache и / или PHP были скомпилированы с последней версией библиотек cURL и cURL SSL, и я не думаю, что OpenSSL был установлен на вашем веб-сервере.

Хотя я не могу быть уверен, однако, я считаю, что cURL исторически ошибочно относится к SSL-сертификатам, тогда как Open SSL этого не делает.

В любом случае попробуйте установить Open SSL на сервере и повторите попытку, и это поможет вам избавиться от этой ошибки.

Итак, что такое URL, который дает Yii::app()->params['pdfUrl'] ? Вы говорите, что это должен быть https, но журнал показывает, что он подключается к порту 80 … который почти не настроен сервером для приема соединений https. cURL достаточно умен, чтобы знать, что https должен быть на порту 443 …, который предположил бы, что у вашего URL-адреса есть что-то неудобное: https://196.41.139.168:80/serve/?r=pdf/generatePdf

Это приведет к прекращению соединения, когда Apache на другом конце не сможет обмениваться https с вами на этом порту.

Вы понимаете, что ваше первое определение $body заменяется, когда вы устанавливаете $body в массив двумя строками позже? {Вероятно, это просто артефакт, который вы пытаетесь решить проблему.} Вы также не кодируете значения client_url и client_id (первый из которых, возможно, содержит символы, которые требуют экранирования!) О, и вы $body_str к $body_str без предварительной инициализации.

Из вашего подробного вывода мы видим, что cURL добавляет заголовок content-length , но … это правильно? Я могу заметить, что некоторые комментарии в интервалах этого числа ошибочны (особенно со старыми версиями) … если это число было небольшим (например), вы получили бы сброс соединения до того, как все данные будут отправлены. Вы можете вручную вставить заголовок:

 curl_setopt ($c, CURLOPT_HTTPHEADER, array("Content-Length: ". strlen($body_str))); 

О, и есть удобная функция http_build_query которая преобразует массив пар имя / значение в строку с кодировкой URL для вас.

Все это сводится к окончательному коду:

 $post=http_build_query(array( "client_url"=>Yii::app()->params['pdfClientURL'], "client_id"=>Yii::app()->params['pdfClientID'], "title"=>$title, "content"=>$content)); //Open to URL $c=curl_init(Yii::app()->params['pdfUrl']); //Send post curl_setopt ($c, CURLOPT_POST, true); //Optional: [try with/without] curl_setopt ($c, CURLOPT_HTTPHEADER, array("Content-Length: ".strlen($post))); curl_setopt ($c, CURLOPT_POSTFIELDS, $post); curl_setopt ($c, CURLOPT_RETURNTRANSFER, true); curl_setopt ($c, CURLOPT_CONNECTTIMEOUT , 0); curl_setopt ($c, CURLOPT_TIMEOUT , 20); //Collect result $pdf = curl_exec ($c); $curlInfo = curl_getinfo($c); curl_close($c); 

Это проблема брандмауэра, если вы используете приложение VMware, убедитесь, что брандмауэр антивируса отключен или разрешает подключения.

Если этот сервер находится в защищенной сети, ознакомьтесь с правилами брандмауэра сервера.

Благодаря Ganesh PNS

В моем случае проблема была в URL. Я использую https://example.com – но они обеспечивают «www». – поэтому, когда я перешел на https://www.example.com, все было в порядке. Правильный заголовок был отправлен «Host: http://www.example.com».

Вы можете попробовать сделать запрос в firefox bruser, сохранить его и скопировать как cURL – так, как я его нашел.