Curl Error 52 Пустой ответ от сервера

У меня есть настройка задания cron на одном сервере для запуска сценария резервного копирования на PHP, который размещен на другом сервере. Команда, которую я использовал, имеет следующий формат:

curl -sS http://www.example.com/backup.php

В последнее время я получаю эту ошибку при запуске Cron

curl: (52) Empty reply from server

Я без понятия что это значит. Если я перейду по ссылке прямо в браузере, скрипт будет работать нормально, и я получу свой небольшой архивный zip-файл.

Кто-нибудь может предоставить информацию об этом?

Это может произойти, если curl попросят выполнить простой HTTP на сервере, который поддерживает HTTPS.

Пример:

$ curl http://google.com:443
curl: (52) Empty reply from server

Curl выдает эту ошибку, когда от сервера нет ответа, поскольку HTTP не отвечает ни на что на запрос.

Я подозреваю, что проблема в том, что между вами и рассматриваемым хостом есть какая-то часть сетевой инфраструктуры, например брандмауэр или прокси. Следовательно, чтобы это заработало, вам потребуется обсудить проблему с людьми, ответственными за это оборудование.

В моем случае это было перенаправление сервера; curl -Lрешил мою проблему.

Это может произойти, когда сервер не отвечает из-за 100% использования ЦП или памяти.

Я получил эту ошибку, когда пытался получить доступ к API sonarqube, но сервер не отвечал из-за полного использования памяти

Другой распространенной причиной пустого ответа является тайм-аут. Проверьте все переходы, с которых выполняется задание cron, на ваш PHP / целевой сервер. Вероятно, где-то в строке есть устройство / сервер / nginx / LB / прокси, которое завершает запрос раньше, чем вы ожидали, что приводит к пустому ответу.

В случае SSL-соединений это может быть вызвано проблемой в более старых версиях сервера nginx, которая отказала во время запросов curl и Safari. Эта ошибка была исправлена ​​около версии 1.10 nginx, но в Интернете все еще есть много более старых версий nginx.

Для администраторов nginx: добавление ssl_session_cache shared:SSL:1m;в httpблок должно решить проблему.

Я знаю, что OP запрашивал случай, отличный от SSL, но поскольку это верхняя страница в goole по проблеме «пустой ответ с сервера», я оставляю здесь ответ SSL, так как я был одним из многих, кто бился головой к стене с этим вопросом.

В моем случае это было вызвано проблемой PHP APC. В первую очередь нужно посмотреть журналы ошибок Apache (если вы используете Apache).

Надеюсь, это кому-то поможет.

эта ошибка также может произойти, если сервер обрабатывает данные. Обычно это случается со мной, когда я публикую файлы на веб-сайтах REST API, которые содержат много записей и требуют много времени для создания и возврата записей.

вы можете попробовать этот curl -sS " http://www.example.com/backup.php ", поместив свой URL-адрес в "", который сработал для меня. Я не знаю точной причины, но я полагаю, что поместив URL-адрес в " "завершает запрос к серверу или просто завершает заголовок запроса.

У меня была эта проблема раньше. Выяснилось, что у меня было другое приложение, использующее тот же порт (3000).

Легкий способ узнать это:

В терминале введите netstat -a -p TCP -n | grep 3000(замените порт, который вы используете, на «3000»). Если прослушивающих устройств несколько, значит, этот порт уже занят чем-то другим. Вы должны остановить этот процесс или изменить порт для нового процесса.

В моем случае (curl 7.47.0) это связано с тем, что я content-lengthвручную установил заголовок в команде curl со значением, которое рассчитывается почтальоном (я использовал почтальона для создания параметров команды curl и копирования их в оболочку). После удаления заголовка content-lengthнормально работает.

Попробуйте это -> Вместо того, чтобы проходить через cURL, попробуйте проверить связь с сайтом, который вы пытаетесь достичь, с помощью Telnet. Ответ, который возвращает ваша попытка подключения, будет именно тем, что cURL видит, когда пытается подключиться (но который он бесполезно скрывает от вас). Теперь, в зависимости от того, что вы здесь видите, вы можете сделать один из нескольких выводов:

Вы пытаетесь подключиться к веб-сайту, который является виртуальным хостом на основе имени, то есть к нему нельзя получить доступ через IP-адрес. Что-то пошло не так с именем хоста - возможно, вы что-то опечатали. Обратите внимание, что использование GET вместо POST для параметров даст вам более конкретный ответ.

Проблема также может быть связана с заголовком 100-continue. Попробуйте запустить curl_getinfo($ch, CURLINFO_HTTP_CODE)и проверьте результат.

Мой случай был связан с истечением срока действия сертификата SSL

В моем случае я использовал uwsgi, добавил свойство http-timeout более 60 секунд, но он не работал из-за дополнительного места, а файл конфигурации не загружался должным образом.

Это происходит, когда вы пытаетесь получить доступ к защищенному веб-сайту, например Https.

Надеюсь, ты пропустил 's'

Попробуйте изменить URL-адрес на curl -sS -u "username: password" https://www.example.com/backup.php