Ошибка http при обращении к серверу server returned nothing no headers no data

Коллеги, привет!

При передачи выполнить POST запрос  вываливаюсь в исключение с описанием «Ошибка работы с Интернет: Server returned nothing (no headers, no data)»

Попытка

    ОтветСайта = КэшНастроекСоединения.СоединениеКонтур.ОтправитьДляОбработки(Запрос);

Исключение

    Сообщить(ОписаниеОшибки());

КонецПопытки;

Этот же самый запрос отправленный с postman проходит нормально и возвращает код ответа 200.

Попробовал посмотреть через Fiddler, тогда запрос с 1с проходит, но все равно с ошибкой — «[Fiddler] ReadResponse() failed: The server did not return a complete response for this request. Server returned 0 bytes.» Визуально запросы в фидлере что с postman, что с 1с одинаковые (хотя может не знаю что искать) за исключение User-Agent.

С этим же соединением другие запросы (get, post) из 1с к данному серверу проходят нормально, именно с последним (недавно созданным) такая проблема.

Подскажите, куда копать и какой порядок действий нужен, что бы выявить и исправить ошибку? Разработчики API говорят, раз с Postman все хорошо — проблема на стороне 1С, а не на их стороне (в чем я не уверен).

SAP IBP Data Extraction via SAP CPI-DS – Curl ERROR 52

We are establishing a new blog series around SAP Integrated Business Planning (IBP) and Integration via SAP Cloud Platform Integration – Data Services (CPI-DS). You can imagine it is like the “tip of the month” where we will publish a series of posts on how to best integrate data from and to SAP IBP.

Today we will start with the Extraction of Data from IBP via CPI-DS. Did you ever struggle with Data Integration Jobs that randomly fail? Error message: Error: .

What is the reason?

If you are extracting Key Figure data from IBP to another System, the data is aggregated, calculated and processed by the IBP calculation scenarios. The calculation scenarios can be big depending on the amount of data is read and complexity of the key figure calculations (L-Code). Due to the architecture of the system the data extraction jobs have a timeout of 10 minutes. If a calculation scenario query doesn’t finish within 10 minutes, the connection breaks and no data is passed. The curl error appears.

Occasional problems: Someday data can be extracted within that limit, some other days not. What is the reason for it? The runtime of the query does depend on overall system load by other IBP activities.

What can you do?

Tip 1: Instead of running 1 big job to extract data, use multiple jobs.

Split the size of the job by applying filters and schedule jobs in a sequence.

E.g. Filter for certain Locations or Products/ Families / Business Segments.

Furthermore filter on time horizon and extract at needed weekly/monthly/… granularity.

It is important the filter applied in CPI is passed to IBP calculation scenario: How can you check that?

On the CPI Data Flow: goto View History -> Monitor Log
compare the row count between top line and bottom line. (note: there can be multiple lines) If there is a difference you should have a closer look on the filters and transformation steps in the CPI Data Flow.

Tip 2: reduce the number of Key Figures

if the data extraction job is running long, you can also split by Key figures. One troubleshooting guide is to separate stored Key Figures from those which have a complex calculation logic.

• Be careful, when extracting data of key figures
  • that have an L-Code calculation on
  • external Key Figures (part of order-based planning)

Tip 3: plan early for performance testing

Make sure that you do have proper performance testing of the extraction prior productive use / GoLive of the system. Consider that over the time the planning area size may increase and that the extraction still is well below the 10 min timeout.

Important SAP notes:

What’s next?

• In a follow-up blog we will detail out how to best filter data?

I’m interested on your feedback, please let me know.

Источник

Что такое ошибка curl 52 «пустой ответ от сервера»?

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

Я использовал команду

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

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

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

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

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

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

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

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

Другой распространенной причиной пустого ответа является тайм-аут. Проверьте все переходы, с которых выполняется задание 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, которые имеют много записей и требуют много времени для создания и возврата записей.

Я периодически сталкивался с этой ошибкой и не мог понять. Гугл не помог.

Я наконец узнал. Я запускаю несколько док-контейнеров, среди них NGINX и Apache . Данная команда обращается к конкретному запущенному контейнеру Apache . Как оказалось, у меня также есть cron работа по выполнению тяжелой работы, иногда выполняя работу на одном и том же контейнере. В зависимости от нагрузки, которую это cron задание накладывает на этот контейнер, он не смог своевременно ответить на мою команду, что привело к error 52 empty reply from server или даже 502 Bad Gateway .

Я обнаружил и проверил это простым, curl когда заметил, что процесс, который я исследовал, занял менее 2 секунд, и внезапно я получил ошибку 52, затем ошибку 502, а затем снова менее 2 секунд — так что это определенно не мой код который не изменился. Используя ps aux внутри контейнера, я увидел, что другой процесс работает, и понял.

На самом деле, я был обеспокоен 502 Bad Gateway от NGINX с тех пор запущенных заданий и не смог зафиксировать его с соответствующими параметрами, так что я , наконец , сдался и включил эти вещи Apache . Вот почему меня еще больше озадачили эти ошибки.

Лекарство простое. Я просто запустил еще несколько экземпляров этого контейнера, docker service scale и все. docker балансировка нагрузки сама по себе.

Что ж, это еще не все, как показал другой пример. На этот раз я выполнял однообразные задания.

Я обнаружил, что через некоторое время у меня закончилась память, используемая PHP, которую невозможно восстановить, поэтому процесс остановился.

Почему? Имея более дюжины контейнеров на машине с 8 ГБ ОЗУ, я сначала подумал, что было бы неплохо ограничить использование ОЗУ на контейнерах PHP до 50 МБ.

Тупой! Я забыл об этом, но swarmpit намекнул. Я вызываю ini_set(«memory_limit»,-1); конструктор своего класса, но это доходило только до этих 50 МБ.

Поэтому я снял эти ограничения со своего файла для создания сообщения. Теперь эти контейнеры могут использовать до 8 ГБ. Этот процесс работает с Apache в течение нескольких часов, и похоже, что проблема решена, использование памяти превышает 100 МБ.

Еще одно предостережение: чтобы легко получать и читать отладочные сообщения, я запустил указанный процесс в Opera нижней части Windows . Это нормально, скоро появятся ошибки.

Однако, если позаботиться о последнем, вполне естественно, что процесс запускается и выполняется, а использование памяти в браузере увеличивается, что в конечном итоге делает мою локальную машину непригодной для использования. Так что, если это произойдет, закройте эту вкладку, и процесс продолжит работать нормально.

Источник

curl (52) empty reply from server – Different causes and fixes

curl (52) empty reply from server occurs when the libcurl didn’t receive any response from the server after it sent off its request.

Here at Bobcares, we have seen several such curl related issues as part of our Server Management Services for web hosts and online service providers.

Today we’ll take a look at the cause for this error and how to fix it.

Know more about curl (52) empty reply from server

The error “empty reply from server” indicates that a zero-length response was received. This means no HTTP headers or content, simply a closed TCP connection with no HTTP payload is transmitted.

curl: (52) Empty reply from the server is a server related issue. However, this happens when libcurl did not receive any response from the server even after it has sent off its request.

For instance, the error appears as below.

Here, we need to troubleshoot this error from the server-side and not from the client-side. Also, ‘Empty response’ is different from ‘no response’. Empty response means you are getting a reply that does not contain any data.

Causes and Fixes for curl (52) empty reply from server

Now, let’s discuss the different causes and fixes provided by our Support Engineers.

1. Cause: Using a very old version of libcurl

Fix: In this case, we suggest customers upgrade the version of libcurl

2. Cause: Something in the network/setup is preventing this from working, like a firewall.

Fix: We check the firewall rules and ensure that HTTP, HTTPS, required ports and services are enabled in the firewall.

3. Cause: WebSite could not complete a loopback request in WordPress

To run scheduled events, we use Loopback requests. Also, it is used by the built-in editors for themes and plugins to verify code stability. When the loopback request fails, it means features relying on them are not currently working as we expect. However, this happens if the loopback request is disabled.

Fix: We suggest adding the below code to the “wp-config.php” file and save it.

This code will use the alternative Cron job system that can solve the problem generally.

4. Cause: Using curl with a port assignment in the URL

Fix: We suggest using a different port

5. Cause: If curl is asked to do plain HTTP on a server that does HTTPS.

Fix: In this case, we suggest to try the command using https instead of HTTP.

6. Cause: It can be due to server redirection

Fix: Here, we try executing the command using curl -L

[Need any further assistance in fixing curl errors? – We’re available 24*7]

Conclusion

In short, this error occurs when the libcurl didn’t receive any response from the server after it sent off its request. Today, we saw the resolution to this curl error.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

2 Comments

good day! please help me to fix this concern on my personal gadgets. i can’t access the web page. hope this will credits your attention to those need help. asap

Hi,
Our Experts can help you with the issue, we’ll be happy to talk to you on chat

Источник

Client -> Server error Server returned nothing (no headers, no data) #84

Comments

MHamburg commented Jul 15, 2015

Currently I am using the built-in webserver for a multi node registration setup. While the following setup works on the localhost (both client and server). A remote host is unable to connect, manually I can connect (using fiddler).

Environment: Windows 2012 R2

Node 1

Node 2

Errors

Client

Server

Fiddler

The exact same request was made, from the exact same client machine, to request_ca_certificate/ :

The text was updated successfully, but these errors were encountered:

ereOn commented Aug 3, 2015

@MHamburg Sorry, I was offline for a while during the summer and I just realized I forgot this thread.

It is unclear to me what happens in the last case: does Fiddler show that the server indeed replies with some content when you request the request_ca_certificate/ URL ? Did you run fiddler from a remote host as well ?

MHamburg commented Aug 10, 2015

@ereOn
Please find my respons below:

does Fiddler show that the server indeed replies with some content when you request the request_ca_certificate/ URL ?

• Yes the certificate is returned in binary form

Did you run fiddler from a remote host as well ?

• Yes you can do the same if you wish (it is a sandbox setup and will be removed later on):

Request GET: https://191.238.149.167/request_ca_certificate/
Auth-Header: authorization: Basic VGVzdDpUZXN0MTIz

ereOn commented Aug 10, 2015

@MHamburg That is super weird.

Would you happen to be behind a proxy ?

Could you run wireshark on the client to look at what the client/server sends/replies when that happens ?

leggewie commented Aug 12, 2017

@MHamburg Thank you for reporting this issue

unblocking for 2.1 until the issue has been successfully reproduced by a developer.

@ereOn What is the future for the web server support?

ereOn commented Aug 12, 2017

@leggewie Last time I checked, implementing a reasonably compliant web server in C++ was a lot of unpleasant work.

I have been toying around a few techs these days and I might come up with a rather «original» idea. I need more time to assess it’s feasability though.

leggewie commented Aug 13, 2017

I’m OK with dropping that feature in favor of making the core function awesome and especially making the general setup drop-dead easy. There’s work underway and #144 was a good step in that direction, for example. I hope we can release 2.1 soon.

My vote goes to closing this ticket as out of scope and drop the functionality.

s-vincent commented Aug 13, 2017

If we take into account that mongoose (library used for the web server feature) is disabled by default and violates GPLv3 (so we cannot ship binary), I am also in favor of dropping it.

But I think for 2.1 we need either a replacement feature for that or some kind of super-node feature (based on ICE protocol for example) or the mysterious «original» idea from ereOn :).

leggewie commented Aug 13, 2017 •

What is the web server doing that can’t be (easily) done otherwise ATM?

I’m all for and excited about the ICE feature, but unless it can be added within a few days, it should be for a release after 2.1 IMHO. Thanks to you, Sebastien, we’ve seen some great new features and bug fixes. It is high time for an upstream release. Release early and release often.

leggewie commented Aug 13, 2017 •

I’ve added a pull request to add an FAQ to the website for a drop-dead easy configuration of freelan. The only requirement still present would be for at least one of the VPN nodes to have one UDP port exposed to the web (having ICE support would make even that unnecessary and as such should be fairly high priority IMHO). That requirement is really not much different from the requirement for the web server that also needs one port (TCP) exposed.

s-vincent commented May 1, 2018

I have been toying around a few techs these days and I might come up with a rather «original» idea. I need more time to assess it’s feasability though.

Any news on that «original idea» ?

s-vincent commented Dec 19, 2018

@ereOn, can you please state about this one ?

I have been toying around a few techs these days and I might come up with a rather «original» idea. I > need more time to assess it’s feasability though.

In parallel, I heard about Boost.Beast which can do «low-level» HTTP in Boost.ASIO. Maybe it is a good candidate to replace mongoose. The only drawback I see is that it requires boost 1.66 (so Debian Stretch and CentOS are out of the game :/).

What do you think?

s-vincent commented Dec 20, 2018

@MHamburg Now that use vcpkg for Windows dependencies, the web client library we use (curl/openssl) stuff is quite up-to-date.

Can you please give a try on latest git revision? You will need to patch the libs/libfreelan/libfreelan.vcxproj to add USE_MONGOOSE define in section to enable server feature.

ereOn commented Dec 29, 2018

@s-vincent Sorry for the delay, I’m a bit behind my notifications these days 😛 (catching up with November at the moment).

My «original» idea was to toy around a Go implementation. Go makes it incredibly easy to host prodution-grade HTTP(S) servers.

As I was playing with that, I realized reimplementing freelan itself in Go would have a lot of benefits, namely:

• Greater portability.
• Lower developement entry-skills-level.
• Less requirements for external libraries (everything network & crypto comes with the standard library in Go. ).

Obviously, this is major and I’m not even sure I want to go that way at all. As I said, I’m toying with the idea and almost have a fully compliant implementation. That sadly, doesn’t solve the problem for the current existing and authoritative C++ implementation.

I wonder how widespread the usage for this HTTP server is, out there in the wild. Is it even worth keeping it as it is compared the maintainability burden?

Источник

Перейти к контенту

FROM microsoft/aspnetcore:1.1.2

ADD /CA.crt /usr/local/share/ca-certificates/CA.crt
RUN chmod 777 /usr/local/share/ca-certificates/CA.crt

RUN apt-get update && apt-get install -y apt-transport-https ca-certificates
RUN update-ca-certificates
............

var clientCertificate = new X509Certificate2("Certificates/my-certificate.pfx", "password");

var handler = new HttpClientHandler();

handler.ClientCertificateOptions = ClientCertificateOption.Manual;
handler.SslProtocols = SslProtocols.Tls12;
handler.ClientCertificates.Add(clientCertificate);

var httpClient = new HttpClient(handler);
httpClient.DefaultRequestHeaders.Add("Authorization", "Basic XPTO");

var response = await http.SendAsync(request);

System.Net.Http.CurlException: Server returned nothing (no headers, no data)
app_1  |    at System.Net.Http.CurlHandler.ThrowIfCURLEError(CURLcode error)
app_1  |    at System.Net.Http.CurlHandler.MultiAgent.FinishRequest(StrongToWeakReference`1 easyWrapper, CURLcode messageResult)

app_1  | [16:13:20 DBG] File:             /usr/share/dotnet/shared/Microsoft.NETCore.App/1.1.2/System.Private.CoreLib.ni.dll
app_1  | InternalName:     System.Private.CoreLib.ni.dll
app_1  | OriginalFilename: System.Private.CoreLib.ni.dll
app_1  | FileVersion:      4.6.25211.01
app_1  | FileDescription:  System.Private.CoreLib
app_1  | Product:          Microsoft/x00ae .NET Framework
app_1  | ProductVersion:   4.6.25211.01. Commit Hash: 7a35adb1a68baa02f542ed06b5d7a1b9167f32fb
app_1  | Debug:            False
app_1  | Patched:          False
app_1  | PreRelease:       False
app_1  | PrivateBuild:     False
app_1  | SpecialBuild:     False
app_1  | Language:         Language Neutral
app_1  |
app_1  | [16:13:20 DBG] File:             /usr/share/dotnet/shared/Microsoft.NETCore.App/1.1.2/System.Net.Http.dll
app_1  | InternalName:     System.Net.Http.dll
app_1  | OriginalFilename: System.Net.Http.dll
app_1  | FileVersion:      4.6.25220.01
app_1  | FileDescription:  System.Net.Http
app_1  | Product:          Microsoft® .NET Framework
app_1  | ProductVersion:   4.6.25220.01. Commit Hash: 936d52df0532d56a19ff8486bc9aa7eac19860b3
app_1  | Debug:            False
app_1  | Patched:          False
app_1  | PreRelease:       False
app_1  | PrivateBuild:     False
app_1  | SpecialBuild:     False
app_1  | Language:         Language Neutral

Hi there,

I’m getting an error System.Net.Http.CurlException: Server returned nothing (no headers, no data) when calling a https endpoint in .NET Core 1.1.2 only on Docker Container.

Currently, it works on Windows running via Visual Studio, but it doesn’t work inside my Linux Container.

**As part of my customer environment, I have to add their CA certificates in our containers but it still doesn’t work.

Please, could you someone highlight any issue with my approach?

The details are below:

My docker file is —

FROM microsoft/aspnetcore:1.1.2

ADD /CA.crt /usr/local/share/ca-certificates/CA.crt
RUN chmod 777 /usr/local/share/ca-certificates/CA.crt

RUN apt-get update && apt-get install -y apt-transport-https ca-certificates
RUN update-ca-certificates
............

Code example:

var clientCertificate = new X509Certificate2("Certificates/my-certificate.pfx", "password");

var handler = new HttpClientHandler();

handler.ClientCertificateOptions = ClientCertificateOption.Manual;
handler.SslProtocols = SslProtocols.Tls12;
handler.ClientCertificates.Add(clientCertificate);

var httpClient = new HttpClient(handler);
httpClient.DefaultRequestHeaders.Add("Authorization", "Basic XPTO");

var response = await http.SendAsync(request);

Exception:

System.Net.Http.CurlException: Server returned nothing (no headers, no data)
app_1  |    at System.Net.Http.CurlHandler.ThrowIfCURLEError(CURLcode error)
app_1  |    at System.Net.Http.CurlHandler.MultiAgent.FinishRequest(StrongToWeakReference`1 easyWrapper, CURLcode messageResult)

File Info for HttpClient:

app_1  | [16:13:20 DBG] File:             /usr/share/dotnet/shared/Microsoft.NETCore.App/1.1.2/System.Private.CoreLib.ni.dll
app_1  | InternalName:     System.Private.CoreLib.ni.dll
app_1  | OriginalFilename: System.Private.CoreLib.ni.dll
app_1  | FileVersion:      4.6.25211.01
app_1  | FileDescription:  System.Private.CoreLib
app_1  | Product:          Microsoft/x00ae .NET Framework
app_1  | ProductVersion:   4.6.25211.01. Commit Hash: 7a35adb1a68baa02f542ed06b5d7a1b9167f32fb
app_1  | Debug:            False
app_1  | Patched:          False
app_1  | PreRelease:       False
app_1  | PrivateBuild:     False
app_1  | SpecialBuild:     False
app_1  | Language:         Language Neutral
app_1  |
app_1  | [16:13:20 DBG] File:             /usr/share/dotnet/shared/Microsoft.NETCore.App/1.1.2/System.Net.Http.dll
app_1  | InternalName:     System.Net.Http.dll
app_1  | OriginalFilename: System.Net.Http.dll
app_1  | FileVersion:      4.6.25220.01
app_1  | FileDescription:  System.Net.Http
app_1  | Product:          Microsoft® .NET Framework
app_1  | ProductVersion:   4.6.25220.01. Commit Hash: 936d52df0532d56a19ff8486bc9aa7eac19860b3
app_1  | Debug:            False
app_1  | Patched:          False
app_1  | PreRelease:       False
app_1  | PrivateBuild:     False
app_1  | SpecialBuild:     False
app_1  | Language:         Language Neutral

[EDIT] Add C# syntax highlighting by @karelz

Войти или зарегистрироваться