# Новая установка за обратным прокси-сервером LiteSpeed зависает на экране загрузки

**URL:** https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036
**Category:** Self-hosting
**Created:** [14.Сентябрь.2022 21:45:03 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036 "2022-09-14T21:45:03Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![prostasia](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/prostasia/32/147385_2.png) [@prostasia](https://meta.discourse.org/u/prostasia)
#### Post date: [14.Сентябрь.2022 21:45:03 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/1 "2022-09-14T21:45:03Z")

</div>

Я переношу существующую установку Discourse на новый сервер, и первый этап этого процесса — создание новой установки Discourse на новом сервере. На новом сервере уже работает веб-сервер на портах 80 и 443, поэтому я запускаю Discourse через Unix-сокет за обратным прокси, как описано [здесь](https://meta.discourse.org/t/run-other-websites-on-the-same-machine-as-discourse/17247).

Единственное отличие в том, что я использую не nginx, а OpenLiteSpeed в качестве обратного прокси. Однако конфигурация OpenLiteSpeed довольно проста, и я уже настраивал её для других Docker-приложений: нужно просто настроить внешнее приложение, указав адрес сокета, а затем перенаправлять все запросы на этот сокет, используя [контекст прокси](https://www.litespeedtech.com/docs/webserver/config/context/proxy).

В результате Discourse _загружается_, когда вы переходите по проксируемому URL (в данном случае [forum.prostasia.org](http://forum.prostasia.org)), но отображается только экран загрузки с анимированными точками, и процесс зависает на нём.

Есть ли какие-либо предложения по устранению этой проблемы? Спасибо!

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [14.Сентябрь.2022 21:57:34 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/2 "2022-09-14T21:57:34Z")

</div>

Вы можете открыть консоль JavaScript и посмотреть, что загружается. Проверьте консоль и вкладку «Сеть».

Вы удалили шаблон Let’s Encrypt?

---

<div class="post-metadata">

### Author: ![prostasia](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/prostasia/32/147385_2.png) [@prostasia](https://meta.discourse.org/u/prostasia)
#### Post date: [14.Сентябрь.2022 22:02:22 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/3 "2022-09-14T22:02:22Z")

</div>

Спасибо, это помогло. Я вижу много таких ошибок:

`Загрузка скрипта x отклонена, так как она нарушает следующую директиву Content Security Policy:`

Когда я размещал другой контейнер Docker перед тем же обратным прокси, мне удалось решить проблему, установив переменную окружения `TRUSTED_PROXIS` в значение `**`.

Стоит попробовать то же самое, но как это сделать в Discourse?

---

<div class="post-metadata">

### Author: ![RGJ](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/rgj/32/523185_2.png) [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [14.Сентябрь.2022 22:04:34 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/4 "2022-09-14T22:04:34Z")

</div>

Похоже, вы серьёзно ошиблись в настройках политики безопасности контента.

 ![image](https://global.discourse-cdn.com/meta/original/4X/7/a/5/7a534f7ed26075b39e684ea37bb40d2b48c9b56a.png)

Также система пытается получить логотипы с [http://www.example.com/](http://www.example.com/), что может указать на причину проблемы. Похоже, ваша форма считает, что это её хостнейм…

![image](https://cdck-file-uploads-global.s3.dualstack.us-west-2.amazonaws.com/meta/original/4X/2/d/2/2d2cede5d8a6f6ee426118169bf8d70d19b8ae08.png)

---

<div class="post-metadata">

### Author: ![prostasia](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/prostasia/32/147385_2.png) [@prostasia](https://meta.discourse.org/u/prostasia)
#### Post date: [14.Сентябрь.2022 22:39:42 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/5 "2022-09-14T22:39:42Z")

</div>

Спасибо. Честно говоря, я не знаю, откуда взялся `example.com`. Поскольку скрипт установки `discourse-setup` не подходит для этого случая, я просто отредактировал `containers/app.yml`, а затем выполнил `launcher rebuild app`. Похоже, это не затронуло какой-то `example.com` где-то в системе.

Но в любом случае мне всё же удалось исправить мою настройку. Вместо того чтобы разворачивать новую установку и восстанавливать резервную копию, я создал tar-архив всей директории `/var/discourse` с моего оригинального сервера, выполнил пересборку поверх неё, и вуаля… всё, кажется, работает нормально. Так что в будущем я буду восстанавливать резервную копию именно таким способом. 🙂

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [14.Сентябрь.2022 23:30:28 UTC](https://meta.discourse.org/t/new-installation-behind-litespeed-reverse-proxy-stalls-on-loading-screen/239036/6 "2022-09-14T23:30:28Z")

</div>

`discourse-setup` можно заставить работать, если вы:

- временно отключите то, что работает на портах 80/443;
- выполните сборку на другом сервере, а затем скопируете файлы;
- используете переключатель для обхода проверки подключения.
