Веб-интерфейс

Эта страница содержит подробное руководство по устранению наиболее распространённых ошибок, встречающихся в веб-интерфейсе Navixy On-premise. В ней рассматриваются как Панель администратора, так и пользовательский интерфейс, поскольку они используют общий веб-сервер Nginx, из-за чего ошибки возникают схожим образом. Изучите этот ресурс, чтобы эффективно устранить проблемы и оптимизировать работу.

Стартовая страница Nginx

Если вы видите экран приветствия Nginx, это означает, что запрос дошёл до сервера, Nginx установлен и запущен, но ещё не настроен.

Добро пожаловать в Nginx

Что проверить:

  • Конфигурации веб-сайтов хранятся в следующем каталоге:

    • Linux: /etc/nginx/sites-available

    • Windows: C:\nginx\conf\sites-enabled

  • На Linux-системах для этих файлов должны быть созданы символические ссылки в /etc/nginx/sites-enabled

Если конфигураций нет — пожалуйста, свяжитесь со службой поддержки Navixy.

Сайт недоступен (DNS_PROBE_FINISHED_NXDOMAIN)

Ошибка DNS_PROBE_FINISHED_NXDOMAIN означает, что ваш домен не указывает на сервер или настроен неправильно.

DNS_PROBE_FINISHED_NXDOMAIN

Чтобы решить проблему, проверьте корректность DNS-записей для домена.

Для функционирования домены должны иметь A-запись DNS. Пожалуйста, проверьте требования к домену для получения дополнительной информации.

Сайт недоступен (ERR_CONNECTION_REFUSED/TIME_OUT)

Эта ошибка означает, что попытки подключения не удались.

ERR_CONNECTION_REFUSED

Шаги по устранению неполадок:

  1. Проверьте, открыт ли порт 80 (HTTP) или 443 (HTTPS) и разрешены ли соединения.

  2. На Linux: проверьте, созданы ли символические ссылки для конфигураций Nginx в /etc/nginx/sites-enabled.

  3. Если вы редактировали какие-либо конфигурации Nginx — перезапустите Nginx.

404 Not Found

Если вы видите такую ошибку, это означает, что NGINX неправильно настроен или вы запрашиваете неверный URL.

404 not found

Возможные способы решения:

  1. Убедитесь, что URL-адреса в файлах конфигурации Nginx указаны правильно. Файлы находятся в /etc/nginx/sites-available/

  2. На Linux: проверьте, включены ли необходимые сайты. Сайты включаются созданием символических ссылок в /etc/nginx/sites-enabled/

  3. Проверьте, что путь к статическим файлам, указанный в конфигурации Nginx, верен.

  • Для Linux файлы находятся в /var/www/

  • Для Windows файлы находятся в C:\nginx\www

  1. Проверьте, что URL-адреса в статических файлах указаны правильно. Файлы:

  • ./www/panel-v2/PConfig.js

  • ./www/pro-ui/Config.js

  • ./www/pro-ui/static/app_config.js

  1. Если вы редактировали какие-либо конфигурации — перезапустите Nginx.

Отображается индикатор загрузки или экран «Мы скоро вернёмся»

Если вы видите индикатор загрузки длительное время или появляется экран «Мы скоро вернёмся» — это означает, что веб-сервер работает и статические файлы доступны, но UI не может получить данные с платформы.

Ошибка «Мы скоро вернёмся»
Мы скоро вернёмся

Чтобы решить проблему:

  1. Если Панель администратора доступна, а проблема только в пользовательском интерфейсе — проверьте, правильно ли указан домен в Панели администратора (Account Management - Service preferences).

  2. Проверьте инструменты разработчика в браузере. В браузерах на базе Chrome нажмите F12, перейдите на вкладку Network, обновите страницу и проверьте ошибки. Если вы видите, что get_ui_config вызов API не выполняется, в большинстве случаев это означает, что API-сервер недоступен.

  3. Проверьте статус API-сервера. Если служба остановлена — попробуйте перезапустить её. Если служба не запускается или падает через короткое время — проверьте её логи для поиска ошибок.

  4. Проверьте URL API, возможно он указан неверно в ./www/pro-ui/Config.js. Если это так, замените URL на корректный и перезагрузите страницу.

  5. Если все вышеперечисленное в порядке — проверьте потребление памяти и ещё раз проверьте файл логов API. Возможно, служба исчерпала доступную память.

База данных недоступна

Сообщение о недоступности базы данных обычно означает, что Java-сервисы не могут запрашивать данные из базы данных.

DB unavailable

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

Если ваша база данных размещена на отдельном сервере, убедитесь, что соединение с ней доступно по стандартному порту MySQL 3306 (или по пользовательскому порту, если установка была выполнена таким образом — проверьте db.properties файл любого из Java-сервисов).

Ваше соединение небезопасно

Эта ошибка сообщает, что соединение не защищено SSL.

Ваше соединение небезопасно

Возможные причины

  • Вы пытаетесь получить доступ к порту 443 (по ссылке HTTPS), но у вас не установлен SSL-сертификат.

  • Ваш сертификат не покрывает доменное имя, к которому вы обращаетесь.

  • Срок действия вашего сертификата истёк и требуется выпуск нового.

  • Сертификат настроен неправильно (не указан в конфигурации Nginx).

Последнее обновление

Это было полезно?