Всем привет!!
Весь сайт недоступен после обновления до последней версии. После обновления я перезагрузил весь сервер. Я использую Cloudflare. Не знаю, в чём именно проблема. Нужна серьёзная помощь!!
У меня та же проблема!
Я удалил свой сайт из Cloudflare, и теперь сайт снова работает. Похоже, виновата именно Cloudflare.
У меня возникла (/возникла) та же проблема с forum.confident.faith. Могу подтвердить, что простое «приостановление» сайта в интерфейсе Cloudflare решает проблему. Это особенно странно, так как у меня есть несколько других сайтов с такой же конфигурацией, у которых эта проблема не возникает.
Сколько времени потребовалось вашему сайту, чтобы снова начать работать, после того как вы изменили настройки DNS на Digital Ocean?
Если ваш TTL установлен в режим «Авто», это должно занять от 5 секунд до минуты.
Зависит от ваших настроек TTL (Time to Live).
Мой сайт тоже не работает после обновления. Я обновил настройки TLS до версии 1.2, но сайт всё равно не загружается. Подскажите, в чём может быть проблема и как это исправить?
Переход на TLS 1.2+ определённо не является решением.
Пожалуйста, сравните свои настройки с теми, что я опубликовал в After updating website wont come back online - #6 by gerhard. Также может помочь пересборка вашего Docker-контейнера, как упоминалось в том сообщении.
Я следовал инструкциям в той теме, но мой сайт по-прежнему не работает. Не могли бы вы подсказать, в чём может быть проблема? Я также ответил в той теме с ошибкой из моих логов.
Я попытался удалить ./shared/standalone/ssl/website.com_ecc.cer и ./shared/standalone/ssl/website.com_ecc.key, как указал @gerhard в приватной ветке. Затем я пересобрал приложение, но сайт всё ещё не загружается. Я не могу найти идеальное решение этой проблемы. Пожалуйста, помогите, мой сайт не работает уже более 10 часов.
Я просто проверил логи ошибок и обнаружил там следующее сообщение:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com_ecc.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Кажется, я сталкивался с этой проблемой на одном сайте недавно, но там было ещё несколько других проблем, так что детали уже плохо помнятся. Попробуйте выполнить:
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
а затем пересобрать систему.
Если вы застряли и готовы решить проблему за деньги, я настрою всё за 300 долларов. Я сейчас за своим рабочим местом. Redirecting….
Я попробовал то, что вы советовали, но сайт по-прежнему не загружается. В логах всё ещё появляется ошибка:
nginx: [emerg] cannot load certificate "/shared/ssl/website.com.cer": PEM_read_bio_X509_AUX() failed (SSL: error:0909006C:PEM routines:get_name:no start line:Expecting: TRUSTED CERTIFICATE)
Мне очень жаль, но сейчас я не в состоянии выплатить 300 долларов.
300 долларов — это много денег, но сегодня я довольно занят (когда не жду, пока сломается то, что я тестирую). Мой последний бесплатный совет — выполните следующие команды:
cd /var/discourse/containers
grep DISCOURSE app.yml
mv app.yml app.broken
cd ..
./discourse-setup
Это создаст новый файл app.yml. Возможно, проблема вызвана каким-то содержимым в нём. Команда grep нужна, чтобы у вас была информация, необходимая для ответов на вопросы, которые задаёт discourse-setup.
Я пробовал это, но настройка не запустилась. Grep сработал, и я скопировал все данные в безопасное место, чтобы мог использовать их снова. Но теперь, когда я пытаюсь запустить настройку снова, появляется сообщение:
Это покажет, какая команда использует порт 80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
docker-pr 27737 root 4u IPv6 47517368 0t0 TCP *:http (LISTEN)Если вы пытаетесь запустить Discourse одновременно с другим веб-
сервером, например Apache или nginx, вам нужно привязаться к другому портуСм. Run other websites on the same machine as Discourse
Если вы перенастраиваете уже настроенный Discourse, используйте
./launcher stop app
чтобы остановить Discourse перед перенастройкой и попробуйте снова.
Кажется, ситуация сейчас только ухудшается.
Извините. Возможно, у вас возникла более сложная проблема, которую невозможно решить здесь.
Учитывая, что ваш файл контейнера app.yml был заблокирован, сначала нужно остановить старый контейнер командой:
docker stop app
После этого может быть запущен discourse-setup.
Не могу представить, почему grep не работает.
Привет, @pfaffman. Я пытаюсь решить эту проблему уже несколько часов, и вот что я сделал. Мне удалось удалить папки SSL и letsencrypt. Затем я удалил строки, связанные с letsencrypt, из файла app.yml и пересобрал приложение. Наконец, я отключил HTTPS в Cloudflare. После всех этих действий сайт снова появился, но теперь он работает не через HTTPS. Думаю, мне нужно разобраться, что делать дальше.
Вам не нужно включать оранжевое облако в Cloudflare. Я не заметил, что вы используете Cloudflare, и если бы вы прочитали заголовок этой темы, то, возможно, подумали, что проблема в этом.
Просто включите Let’s Encrypt в app.yml, и всё заработает.
Если вы включите оранжевое облако, Let’s Encrypt не сможет регистрировать или обновлять сертификаты.
rm -rf /var/discourse/shared/standalone/ssl
rm -rf /var/discourse/shared/standalone/letsencrypt
Спасибо! Это мне помогло!