+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ошибка загрузки с версии 7.13: «сбой: ОШИБКА при разборе http: отсутствует Content-Length или Transfer-Encoding».

Ошибка загрузки с версии 7.13: «сбой: ОШИБКА при разборе http: отсутствует Content-Length или Transfer-Encoding»., RouterOS

eguun

Guest

08.02.2024 07:02:00

Здравствуйте, с версии 7.13 мой скрипт fetch при получении веб-страницы выдает ошибку: «failure: ERROR parsing http: there was no content-length or transfer-encoding». Этот скрипт fetch обращается к странице на плате Ethernet-реле в локальной сети. Устройство (ссылка: https://www.kmtronic.com/lan-ethernet-ip-8-channels-web-relay-board.html):
Код routerOS:
:put [/tool fetch url="http://192.168.1.199/FF0100" as-value output=user]
Ошибка routerOS:
failure: ERROR parsing http: there was no content-length or transfer-encoding

Похоже, что эта проблема мало обсуждается на форумах: я нашёл лишь один пост от пользователя un9edsda здесь: http://forum.mikrotik.com/t/v7-14beta-testing-is-released/172080/185.
Возможно, плата Ethernet-реле не отправляет определённое поле, и я не могу это исправить, но до routerOS 7.13 такой проблемы не было: fetch был более гибким и успешно возвращал полученный контент.
Подтверждаю, что в свежем релизе 7.13.4 ошибка сохраняется.
Что можно сделать, чтобы вернуть fetch ту же гибкость, что была до версии 7.12.1?
Спасибо!

eguun Guest	#2 0 23.04.2024 20:25:00 Эта ошибка уже выявлена и должна была быть исправлена в версии 7.14, но она всё ещё продолжается. Было бы здорово, если бы MikroTik мог озвучить приблизительное время решения проблемы.

eguun

Guest

01.03.2024 07:48:00

Привет, Normis, я снова открываю этот вопрос: только что обновился до версии 7.14, но ошибка всё ещё возникает, хотя сообщение об ошибке немного изменилось — failure: there was no content-length or transfer-encoding. Могу ли я предоставить что-то, чтобы ты смог воспроизвести ситуацию? Спасибо!

brunolabozzetta

Guest

23.04.2024 18:08:00

Я работаю с ROS версии 14.3 stable branch, и эта ошибка всё ещё возникает. У меня есть полный набор скриптов, которые отправляют данные в prometheus pushgateway для аудита качества ссылок, и все они просто перестали работать после обновления. "failure: there was no content-length or transfer-encoding". Есть ли какое-то решение этой проблемы? Большое спасибо.

brunolabozzetta Guest	#5 0 23.04.2024 20:01:00 К тому же… я только что понял, что из-за этого полностью сломался скрипт синхронизации для кластера с высокой доступностью. Это просто ужасно…

Larsa

Guest

23.04.2024 20:14:00

Привет, @brunolabozzetta! Поскольку это форум для пользователей, скорее всего, лучше будет, если ты напрямую свяжешься с MikroTik по электронной почте support@mikrotik.com или откроешь заявку в службу поддержки по ссылке https://help.mikrotik.com/servicedesk/servicedesk. //С уважением, Ларса.

performer Guest	#7 0 12.10.2024 14:11:00 MikroTik RouterOS 7.16.1 /tool fetch mode=http url=http://192.168.0.1/ output=user-with-headers статус: неудача ошибка: не было content-length или transfer-encoding. Так что проблема всё ещё остаётся.

timemaster

Guest

08.01.2025 09:34:00

Тоже самое, v7.16.2 arm, есть какие-нибудь обходные пути? Я перепробовал все возможные настройки, но без толку. Странно, что когда я запускаю тот же /tool/fetch из терминала, всё работает нормально. Не работает только при запуске из скрипта.

MarcoBoschini

Guest

10.01.2025 10:27:00

Привет! Я внимательно изучил эту ошибку, и она вызвана неправильным ответом сервера. Заголовок содержит поле Content-Type, но НЕ содержит поле Content-Length, из-за чего и возникает ошибка. Если сервер отвечает с полем Content-Type, он ОБЯЗАН также указать поле Content-Length. Возможные варианты: Content-Type и Content-Length ИЛИ Transfer-Encoding и Content-Length. Это проблема на стороне сервера, который не соответствует стандарту HTTP 1.1.

Заголовок с ошибкой (не работает с fetch)

Правильный заголовок с Content-Type (работает с fetch)

Правильный заголовок с Transfer-Encoding (работает с fetch)

Марко

BartoszP Guest	#10 0 10.01.2025 10:43:00 Тот же результат, что и здесь: http://forum.mikrotik.com/t/fetch-error-since-7-13-failure-error-parsing-http-there-was-no-content-length-or-transfer-encoding/173446/4

MarcoBoschini

Guest

#11

10.01.2025 10:48:00

Привет! Я нашёл обходной путь — можно выполнить асинхронный fetch-запрос внутри скрипта с помощью функции execute. Вот пример моего скрипта:
[[execute "tool fetch url=\"http://server-ip:port/leds.cgi?led=0\" "]]
[[execute "tool fetch url=\"http://server-ip:port/leds.cgi?led=1\" "]]
Я написал в техподдержку MikroTik с подробным описанием этого вопроса. Надеюсь, это решение решит твою проблему. Марко

timemaster

Guest

#12

10.01.2025 19:36:00

Подтверждаю, что это отлично работает, хоть я и не понимаю, что именно происходит в фоне, но это идеальное временное решение. Большое спасибо! Кстати, я также связался с поддержкой Mikrotik — они очень помогли и исправили это в следующем обновлении. Понимаю, что, скорее всего, проблема на стороне сервера, но таких серверов явно слишком много, чтобы игнорировать это, как с самоподписанными сертификатами.

eguun

Guest

#13

11.01.2025 08:22:00

Спасибо, Марко, но, к сожалению, это у меня всё ещё не работает: HTTP-сервер действительно регистрирует запрос и переключает тумблер, как надо, но на стороне Mikrotik я всё равно не могу распарсить ответ, вместо этого выдается та же самая ошибка. Такое же поведение было и до асинхронного скриптинга, к сожалению. Оба варианта кода возвращают одну и ту же ошибку — версия RouterOS 7.16.2: :put [[execute "tool fetch url=\"http://192.168.1.199/FF0100\" as-value output=user-with-headers"]] :put [/tool fetch url="http://192.168.1.199/FF0100" as-value output=user-with-headers] Сообщение об ошибке: failure: there was no content-length or transfer-encoding Привет, timemaster, ты имеешь в виду, что можно ждать исправления в будущем… или оно уже вышло в одном из предыдущих релизов?

timemaster Guest	#14 0 12.01.2025 18:20:00 Это была ночная сборка версии 7.18. Я не знаю, какая будет следующая стабильная версия, но, думаю, это та, которая выйдет после текущей ночной сборки.

eguun

Guest

#15

13.01.2025 07:12:00

Спасибо за разъяснение. У тебя случайно нет ссылки на список изменений в версии 7.18? Я совсем ничего не могу найти, ведь сейчас в релиз-кандидате 7.17, а про 7.18 здесь ничего не упоминается: https://mikrotik.com/download/changelogs

mkx

Guest

#16

13.01.2025 07:15:00

Nightly сборки — это альфа-версии для разработчиков, и ничего не гарантирует, что они попадут в бета той же версии. Поэтому для nightly сборок никогда не бывает списка изменений. Мы видели, что из бета-версий иногда (редко, но случалось) удаляли некоторые функции, так что, думаю, в альфа-версиях такое происходит еще чаще. Nightly сборки иногда (не часто) дают пользователям, которые сообщали о конкретной проблеме, если разработчикам удалось её воспроизвести и исправить — это своего рода вежливость по отношению к таким пользователям. Но поскольку в nightly сборках есть и другой код разработки, они могут ломать что-то еще, поэтому даже пользователям, которые получают такую сборку, стоит пользоваться ей с большой осторожностью. Учитывайте все сообщения о проблемах с бета/релиз-кандидатами и помните, что альфа/nightly версии почти наверняка будут работать ещё хуже.

eguun Guest	#17 0 13.01.2025 07:17:00 Понял, логично. А откуда у тебя источник, что в версии 7.18 исправят эту проблему?

mkx Guest	#18 0 13.01.2025 07:18:00 Смотри мой второй абзац (добавляю, пока ты выкладывал свой последний пост).

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры