Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Ошибка ядра QUIC payload – как выявить причину и устранить. В этой статье я расскажу о распространенных ошибках в ядре, связанных с QUIC payload, а также о методах их отладки и устранения. **Что такое QUIC payload kernel errors?** QUIC (Quick UDP Inter, wifiman
 
Наш UDM Pro шлюз внезапно (в течение последних двух дней) заспамил логи сообщениями об ошибках ядра.
kernel: ============Начало ошибки Quic payload==========
kernel: 00000000: b8 b8 ea 93 0d 52 3d e9 d6 7f 96 2e 56 8d 04 71...
kernel: 00000470: eb dc 39 94 08 b0
kernel: ============Конец ошибки Quic payload============

Не представляю, откуда это берется. Не знаю, является ли это признаком того, что кто-то взломал систему. Не могу найти ничего похожего (в интернете), чтобы разобраться в причинах. Буду рад любым советам.
 
Заметил такое же в своих логах сегодня. Устройство, которое глючит, это UXG Max на версии 4.1.13, самохостинговый UNA 9.3.29. У меня включено Traffic Identification, что, кажется, имеет отношение к предыдущим обсуждениям... Читал, что исправление было в прошивке 4.2.x, может кто-нибудь подтвердить?
 
Я тоже это вижу на облачном шлюзе fiber. Кажется, модуль ядра, ответственный за это, находится здесь (путь будет зависеть от установленной версии модуля): /lib/modules/5.4.213-ui-ipq9574/extra/modules/tdts/src/tdts_shell/tdts.ko Пытался поискать в интернете, но похоже, это не то, что доступно вне продуктов UI. Судя по строкам в модуле, он как-то занимается обнаружением трафика, перечисляет вещи вроде этого:

Misc
Web Attack
Buffer Over Flow
Back Door/Trojan Horse
Access Control
Virus/Worm
DoS/DDoS
Scan
File Transfer
Mail
Stream Media
Tunnel
 
Я уже больше года вижу эту ошибку на разных сайтах, работающих под UXG Pro (точно не знаю, когда она началась). Мы были на самохостинге Unifi Network, а потом перешли на официальное облачное хостинг Unifi, но ошибка всё равно появляется.
 
Gateway Lite
2025-05-26T12:59:42-06:00 UXG-Lite kernel: [quic_sm_reassemble_func#1056]: Неожиданное значение фрейма, offset(1830)+length(234) > pay_len(1140).
2025-05-26T12:59:42-06:00 UXG-Lite kernel: ============Начало ошибки Quic payload==========
2025-05-26T12:59:42-06:00 UXG-Lite kernel: 00000000: 8a a1 1d a8 7d 7d 6f 22 e5 e7 b5 ea 46 9e d6 71
2025-05-26T12:59:42-06:00 UXG-Lite kernel: 00000010: 72 e6 53 ca ee 0f 17 27 95 22 88 80 4e 52 cf 1b
2025-05-26T12:59:42-06:00 UXG-Lite kernel: 00000020: 0f 15 4f 43 55 f4 b8 cb e1 bd 17 0a dc de d1 12

Интернет начал вести себя очень нестабильно с 6 утра, пытаюсь понять, что происходит. Пытался отключить honeypot, защиту от вторжений, блокировку по регионам, но кажется, что шлюз не связывается с облачным ключом UCK G2 Plus для получения изменений настроек?

UCK G2 Plus 4.2.12
Network 9.2.83
Protect 5.3.48
 
Сегодня обновил свою UCG Ultra до: UniFi OS - Cloud Gateways 4.2.12. Обновление Unifi Network пока не установлено, версия всё ещё: 9.1.120. Чрезмерное логирование "Quic payload" похоже ушло даже с включённым DPI.

Редакция спустя 1 день: с 4.2.12 в логах появилось много строк, связанных с: udapi_cache.(   )(): Выгрузка статистики кэша UDAPI после агрегации 180860 мс.
 
У меня та же проблема. Каждую минуту выскакивает ошибка при просмотре YouTube.
 
У меня та же проблема, если я пытаюсь подключиться к UDM Pro (в качестве WireGuard сервера) с WireGuard клиентом.
 
Подтверждаю, те же симптомы и сообщения в логах на UDM Pro 4.1.22, сеть 9.1.120.
 
Проблема все еще возникает на моей UDM Pro 4.1.22 Network 9.1.119.
 
4.2.9 Все еще есть проблема: dmesg забивается сообщениями "[quic_sm_reassemble_func#1025]: failed to allocate reassemble cont.". Отключение DPI (идентификация под защитой) действительно останавливает ошибку, но тогда вы не можете видеть живую статистику использования полосы пропускания по пользователям, и другие вещи тоже.
 
Отлично. Буду ждать.
 
Это и они уже это исправили. Никакой связи с Unifi Network, дело в ОС. Самые свежие версии раннего доступа (4.2.x) эту проблему больше не имеют.
 
Блин, обновился до Network 9.1.119… фикса нет. И даже изменили настройку, чтобы можно было включить/выключить идентификацию, но эту ошибку не исправили. Я по-прежнему не могу использовать блокировку приложений. Ну чего, Ubiquiti? Это должно быть крайне просто воспроизвести. #Ubiquiti #Network9 #AppBlocking
 
У меня та же проблема, использую свежую UX7 с UniFi OS 4.1.22 и Network 9.0.114. Отключение Traffic Identification убирает эти вылеты (и Traffic Identification :-( ).
 
Та же проблема.
 
Мой UCG-MAX тоже этим захламляет, сегодня он случайно перезагрузился, и я хотел покопаться в логах и увидеть без остановки  [quic_sm_reassemble_func#1056]: Неожиданное значение фрейма, offset(1219)+length(489) > pay_len(1160)Начало ошибки Quic payloadUCG Unifi OS 4.1.22Network 9.0.114
 
Получил на этой неделе новенький UCG-Fiber. Та же проблема. Куча записей Quic. Я отключил Traffic Identification, и с тех пор вылетов не было. Но я хотел бы использовать эту функцию, так как есть пара приложений, которые я хотел бы заблокировать для своих детей. Есть ли заявка или что-то подобное, на которую можно подписаться, чтобы узнать, когда это будет исправлено, и я смогу снова включить функцию?
 
Та же проблема здесь. Заспамливает SIEM. Вторую страницу не увидел, извини.
 
Да, Глен упоминал об этом еще тогда, и я могу подтвердить это по своим логам. Смотрите мой пост 12 дней назад в этой теме. Использую UDM Pro.
Страницы: 1 2 След.
Читают тему (гостей: 5)