данные вставляются до / после тела ответа при использовании mod_lsapi? - PullRequest
Новая
       52

данные вставляются до / после тела ответа при использовании mod_lsapi?

0 голосов
/ 18 октября 2019

Я недавно установил модуль mod_lsapi на наш сервер и теперь использую его как наш обработчик php. У нас есть приложение, которое запускает скрипты на нашем сервере и считывает необработанные пакетные данные, поступающие непосредственно из сокета. Ответы, похоже, изменились с тех пор, как мы переключились на обработчик lsapi. Пример: 

HTTP/1.1 200 OK
Date: Thu, 17 Oct 2019 23:49:12 GMT
Server: Apache
Upgrade: h2,h2c
Connection: Upgrade, Keep-Alive
Cache-Control: private, no-cache, no-store, must-revalidate, max-age=0
Expires: Wed, 11 Jan 1984 05:00:00 GMT
Vary: Accept-Encoding
X-UA-Compatible: IE=Edge,chrome=1
X-Robots-Tag: noindex, nofollow
Pragma: no-cache
Keep-Alive: timeout=2, max=100
Transfer-Encoding: chunked
Content-Type: text/html; charset=UTF-8
Content-Language: en-US

d
111.222.333.444
0

Это на самом деле: 

\r\n\r\nd\r\n111.222.333.444\r\n0\r\n\r\n\r\n

Это ответ от простого сценария php, который выводит ip в качестве теста. Я пытаюсь выяснить, что означают d и 0 здесь, обернутые вокруг тела? Кроме того, я хочу подтвердить, что они добавляются модулем litespeed или, возможно, что-то еще, что изменилось недавно, о чем я не знал. Это также не всегда 'd' - я видел a, c, e, f и т. Д., Но кажется, что это всегда один символ, а конец всегда равен 0.

фактический используемый скрипт phpдля этого ответа: 

<?php
    echo $_SERVER['REMOTE_ADDR']; 
    exit();
?>

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

Любая информация будет оценена.

...