Ошибка ERR_CONTENT_DECODING_FAILED при настройке гостевого портала

Ошибка ERR_CONTENT_DECODING_FAILED при настройке гостевого портала, UniFi Network

treebeard

Guest

19.04.2017 23:16:00

Я обновился с контроллера версии 4.8 до самой последней (5.4). Мы сменили платформу с устаревшей Windows XP VM на чистую установку Ubuntu 17.04 и поставил UniFi из apt-репозиториев UBNT. Когда захожу на страницу гостевого портала и переключаю режим на Angular, живой предварительный просмотр не работает. В консоли разработчика Chrome выдает ошибку "ERR_CONTENT_DECODING_FAILED", и окно предварительного просмотра выглядит вот так, как на скриншоте ниже.

Есть идеи?

aroldobiz Guest	#2 19.01.2018 14:51:00 Ссылка для скачивания Java 8.144 http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225352_090f390dda5b47b9b721c7dfaa008135

iod16 Guest	#3 12.12.2017 12:16:00 Привет, доброе утро, Спасибо за внимание, но проблему я уже решил. Я решил её, откатившись на версию Java для сборки 1.8.0_131-b11.

liochan

Guest

08.11.2017 13:00:00

Спасибо, @limaunion, но у меня больше нет вопросов. Странно, что ты не получаешь ответа через curl, ведь ты сказал, что с версией 5.6.19-1 этой проблемы не было. Впрочем, не важно, мне просто хотелось бы понять, отключена ли была компрессия в этом релизе. Спасибо!

DannyVdP Guest	#5 08.11.2017 12:22:00 Поддерживаю это

R-Styles Guest	#6 08.11.2017 11:03:00 Работаю на Ubuntu. Обновился до стабильного релиза 5.6.22, и это решило проблемы с гостевым порталом.

spyro-s Guest	#7 08.11.2017 10:17:00 Я запускаю: Controller v. 5.5.24 zlib library: zlib1g:amd64 1:1.2.11.dfsg-0ubuntu2 Java™ SE Runtime Environment (build 1.8.0_151-b12) Ubuntu Server Xenial (16.04) И эта проблема всё ещё присутствует.

russman Guest	#8 07.11.2017 23:32:00 Вот и всё со стабильным релизом 5.6... Мы запускаем наш контроллер на Windows и видим эту проблему на всех гостевых порталах тоже. П.С. Обновился до 5.6.22 Stable Candidate, и проблема, кажется, решилась.

limaunion

Guest

07.11.2017 15:25:00

Я только что пытался, но безуспешно. Если знаешь другой способ — дай знать.

$ curl -I -H 'Accept-Encoding: gzip,deflate' localhost:8080
HTTP/1.1 302 Found
Server: Apache-Coyote/1.1
Location: /manage
Transfer-Encoding: chunked
Date: Tue, 07 Nov 2017 15:15:54 GMT

$ curl -I -H 'Accept-Encoding: gzip,deflate' localhost:8443
curl: (8) Странный ответ от сервера

liochan Guest	#10 07.11.2017 10:16:00 Можешь посмотреть в заголовке HTTP-ответа, есть ли там, например, Content-Encoding: gzip? Если нет, возможно, кодировка контента была временно отключена в версии 5.6.19-1 😉

limaunion

Guest

#11

06.11.2017 16:17:00

Согласен. Только что заметил, что на другой системе Manjaro у меня стоит контроллер Unifi версии 5.6.19-1, и он работает без проблем, без патча для zlib. Значит, проблема с библиотекой zlib возникает только при запуске unifi 5.6.20-1 (Archlinux/Manjaro). Удачи!

liochan Guest	#12 06.11.2017 15:54:00 Пожалуйста. Похоже, что проблема с Java возникает только на Windows. Каждый раз у меня была ошибка с zlib, буду следить за следующими обновлениями пакета.

Domodial Guest	#13 06.11.2017 15:52:00 Обновление до Java 8u 162 b01 У меня не работает 🙁

limaunion

Guest

#14

06.11.2017 13:32:00

@liochan

Спасибо, дружище! Это решило проблему. Я просто применил патч к ветке master, которую склонировал через git, и теперь превью гостевого портала отображается правильно.

Так сейчас у гостевого портала две выявленные проблемы? Эта и еще с Java, как описано здесь [1]? По крайней мере у меня с Java проблем нет, и теперь всё вроде работает нормально.

[1]:
https://community.ui.com/questions/9bbe999a-f738-48cd-b543-6464d22ba2ae

liochan

Guest

#15

06.11.2017 10:52:00

Окей, моя ошибка! Я работал на своём сервере ArchLinux... но удалённо, и тест делал с локальным контроллером, установленным на Raspbian. Сейчас проверил — не работает.

Не знаю почему, но похоже, что патч не в ветке master. Нет времени разбираться, поэтому обновляю решение, сделанное @DcUK:

- Обновил PKGBUILD до последней версии из пакета archlinux (удалил .txt)
- Прикрепил патч от @DcUK (тоже удалил .txt)
- Не забудьте импортировать gpg-ключ:

gpg2 --search-keys 783FCD8E58BCAFBA
gpg: источник данных: https://18.9.60.141:443
(1) Mark Adler <madler@alumni.caltech.edu>
1024-битный DSA-ключ 783FCD8E58BCAFBA, создан: 2001-09-05
Ключи 1-1 из 1 для "783FCD8E58BCAFBA". Введите номер, (S)ледующий или (Q)uit > 1
ключ 783FCD8E58BCAFBA:
3 подписи не проверены из-за отсутствия ключей
gpg: ключ 783FCD8E58BCAFBA: публичный ключ «Mark Adler <madler@alumni.caltech.edu>» импортирован
gpg: требуется доп. проверки: 3, полнота: 1, модель доверия: pgp
gpg: глубина: 0, действительных: 1, подписанных: 0
доверие: 0 i., 0 n.d., 0 j., 0 m., 0 t., 1 u.
gpg: всего обработано: 1
gpg: импортировано: 1

limaunion

Guest

#16

06.11.2017 00:49:00

Привет! Спасибо за твои комментарии, но, к сожалению, у меня тут всё не работает, несмотря на то, что установлены те же пакеты, что и у тебя:

$ pacman -Q | egrep '(jre8|zlib|unifi )'
jre8-openjdk 8.u144-1
jre8-openjdk-headless 8.u144-1
lib32-zlib 1.2.11-1
unifi 5.6.20-1
zlib 1:1.2.11-2

Вот ещё информация:

$ sudo systemctl status unifi
● unifi.service - Ubiquiti UniFi Server
Loaded: loaded (/usr/lib/systemd/system/unifi.service; disabled; vendor preset: disabled)
Active: active (running) since Sun 2017-11-05 21:32:25 -03; 13min ago
Process: 4012 ExecStop=/usr/bin/java -jar /usr/lib/unifi/lib/ace.jar stop (code=exited, status=0/SUCCESS)
Main PID: 4032 (java)
Tasks: 879 (limit: 4915)
CGroup: /system.slice/unifi.service
├─4032 /usr/bin/java -jar /usr/lib/unifi/lib/ace.jar start
└─4866 bin/mongod --dbpath /usr/lib/unifi/data/db --port 27117 --unixSocketPrefix /usr/lib/unifi/run --logappend --logpath /usr/lib/unifi/logs/mongod.log --nohttpinterface --bind_ip
Nov 05 21:32:25 europa systemd[1]: Started Ubiquiti UniFi Server.

$ archlinux-java status
Available Java environments:
java-7-openjdk
java-8-openjdk/jre (default)
java-9-openjdk

У меня всё равно появляется вот такой экран:

Я застрял на этом моменте.

liochan

Guest

#17

05.11.2017 13:34:00

Привет, @limaunion

У меня сервер на Arch Linux с такими версиями:
zlib 1:1.2.11-2
jre8-openjdk-headless 8.u144-1
unifi 5.6.20-1

Всё работает отлично. Ошибка была в zlib, а не в jre. В прежних сообщениях советовали патчить zlib, но сейчас этого делать не нужно. Патч уже включён в мастер-ветку и входит в пакет zlib для Arch Linux.

limaunion

Guest

#18

05.11.2017 02:00:00

Все ещё пытаюсь это исправить... Вот что я делал:
#1 Понизил версию ZLIB до трёх разных, на всякий случай для быстрого решения, но не помогло. Пробовал zlib-1.2.8-1-x86_64.pkg.tar.xz, zlib-1:1.2.9-1-x86_64.pkg.tar.xz и zlib-1:1.2.10-1-x86_64.pkg.tar.xz.
#2 Обновил JRE до самой свежей версии через pacaur: JRE 8u152-1, но тоже безрезультатно.
#3 Клонировал через Git, собрал и установил ZLIB с https://github.com/madler/zlib/tree/develop — и это тоже не сработало 🙁
Это одно из предложенных решений, почему не получилось...? Понятия не имею.

У меня ещё две идеи:
- Установить JRE8 версии >=162, но это будет настоящее испытание, потому что такой пакет нигде не найти.
- Понизить UNIFI controller до прошлой версии.

Скорее всего, этим займусь завтра... сегодня уже слишком много времени потратил.

limaunion

Guest

#19

04.11.2017 23:54:00

Думаю, что проблема не в JRE в моём случае.
У меня на системе установлены все эти JRE, и я пробовал их все:

pacman -Q | grep jre
jre7-openjdk 7.u151_2.6.11-1
jre7-openjdk-headless 7.u151_2.6.11-1
jre8-openjdk 8.u144-1
jre8-openjdk-headless 8.u144-1
jre9-openjdk 9.u181-4
jre9-openjdk-headless 9.u181-4

Чтобы переключиться, просто нужно ввести: $ sudo archlinux-java set <JAVA_ENV>

С JRE7 и JRE8 проблема остаётся.
С JRE9 контроллер выдает ошибку при запуске сервиса.

У меня стоит unifi 5.6.20-1.
Проверю, смогу ли обновить пакет zlib на более новую версию, и сообщу результаты.

CLSnetAdmin Guest	#20 04.11.2017 15:47:00 Для нас проблема была в JRE, но мы работаем на Windows. Casaespana, ты установил раннюю версию JRE отсюда: http://jdk.java.net/8/? Как только мы поставили обновление JRE, пришлось перезагрузить контроллер, и после этого всё снова заработало... Это было единственное, что мы изменили, чтобы всё исправить. Несколько дней до проблемы мы обновились с версии контроллера 5.6.19 до 5.6.20. Не могу точно сказать, именно ли после обновления всё сломалось, но именно тогда у клиентов начали возникать жалобы, что гостевой портал не работает.

Читают тему (гостей: 1)