Hello!
On Mon, Mar 16, 2020 at 03:14:10PM +0300, Evgeniy Berdnikov wrote:
> On Mon, Mar 16, 2020 at 02:57:14PM +0300, Maxim Dounin wrote:
> > В данном случае я бы скорее предположил, что 400 возвращает
> > бекенд. В отладочном логе, это, безусловно, будет явно видно, но
>
> В данном случае
On Mon, Mar 16, 2020 at 02:57:14PM +0300, Maxim Dounin wrote:
> В данном случае я бы скорее предположил, что 400 возвращает
> бекенд. В отладочном логе, это, безусловно, будет явно видно, но
В данном случае товарищ посылает plain http на 443-й порт, который,
несомненно, сконфигурён как ssl,
да, вы правы. Проверил - 400 отдает апстрим в данном случае.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,287264,287361#msg-287361
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Hello!
On Mon, Mar 16, 2020 at 12:54:33PM +0500, Илья Шипицин wrote:
> еще раз - "400 bad request" во многих случаях можно подсмотреть по
> error.log (на всякий случай запустите отладочную сборку nginx).
> если у вас будет 400, но в error.log тишина, то вы сузили количество
> возможных вариантов
в последнее время какая-то странная мода игнорировать советы (кстати, они
были неплохие).
еще раз - "400 bad request" во многих случаях можно подсмотреть по
error.log (на всякий случай запустите отладочную сборку nginx).
если у вас будет 400, но в error.log тишина, то вы сузили количество
Хорошо, сделал по другому - нашел несколько сторонних сервисов, в которых
можно узакать УРЛ ресурса и типа запроса. Абсолютно все возвращают "HTTP/1.1
400 Bad Request". Я конечно не знаю как они работают, но неужели все такие
же косорукие как и я? :) Dmytro Lavryk тоже говорит, что у него
On Fri, Mar 13, 2020 at 03:42:03AM -0400, grey wrote:
> > Откуда вывод, что nginx якобы видит HEAD?
>
> В логах nginx видно:
> 95.8.*.* - - [13/Mar/2020:10:24:59 +0300] "HEAD /radio-stream HTTP/1.1" 400
> 0 "-" "-"
>
> При GET запросе:
> 95.8.*.* - - [13/Mar/2020:10:28:45 +0300] "GET
> Откуда вывод, что nginx якобы видит HEAD?
В логах nginx видно:
95.8.*.* - - [13/Mar/2020:10:24:59 +0300] "HEAD /radio-stream HTTP/1.1" 400
0 "-" "-"
При GET запросе:
95.8.*.* - - [13/Mar/2020:10:28:45 +0300] "GET /radio-stream HTTP/1.1" 200
146900 "-" "-"
Сам php-код, коим проверяю:
$ch =
On Thu, Mar 12, 2020 at 12:54:31PM -0400, grey wrote:
> Dmytro Lavryk Wrote:
> ---
> > Вы ошибку не описали... Но, подозреваю, делаете HEAD запрос. Проверил
> > у себя на аналогичном - HEAD дает 400, а вот GET отрабатывает
> > нормально со всеми
Dmytro Lavryk Wrote:
---
> Вы ошибку не описали... Но, подозреваю, делаете HEAD запрос. Проверил
> у себя на аналогичном - HEAD дает 400, а вот GET отрабатывает
> нормально со всеми нужными заголовками.
Да, действительно, дело в типе запроса, но
попробуйте дебажную сборку nginx и error.log в режиме debug
чт, 12 мар. 2020 г. в 14:33, grey :
> Ошибки как таковой нету, есть не верный код возврата заголовка.
>
> Делаю именно GET, получаю ответ:
>
> HTTP/1.1 400 Bad Request
> Server: nginx
> Date: Thu, 12 Mar 2020 09:31:23 GMT
>
Ошибки как таковой нету, есть не верный код возврата заголовка.
Делаю именно GET, получаю ответ:
HTTP/1.1 400 Bad Request
Server: nginx
Date: Thu, 12 Mar 2020 09:31:23 GMT
Content-Type: text/html
Content-Length: 248
Connection: close
Posted at Nginx Forum:
Вы ошибку не описали... Но, подозреваю, делаете HEAD запрос. Проверил у себя
на аналогичном - HEAD дает 400, а вот GET отрабатывает нормально со всеми
нужными заголовками.
Posted at Nginx Forum:
https://forum.nginx.org/read.php?21,287264,287291#msg-287291
Может быть это поможет в локализации проблемы.
На локальном сервере 192.168.0.3 вещает Icecast. Если подключиться к нему
напрямую, то он отдает заголовки:
HTTP/1.0 200 OK
Content-Type: audio/mpeg
icy-br:128
ice-audio-info: bitrate=128;channels=2;samplerate=44100
icy-description:тут описание
Делаю рестрим с локального сервера средствами nginx:
location /radio {
proxy_pass http://192.168.0.3:8000/128kbit.mp3;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
15 matches
Mail list logo