Непрерывные ошибки DNS, что бы я ни пробовал

Поддержка Самостоятельное хостинг
1

Всем привет, я перепробовал всё, что мог придумать, поэтому надеюсь, кто-то сможет помочь.
У меня постоянные ошибки с портом DNS 443 и сбоем порта 80.

image
image818×518 14.1 KB

В Cloudflare я прописал форум.vnfreaks.com на свой IP-адрес:

(К сожалению, как новый пользователь я не могу загрузить это изображение, но в Cloudflare у меня для поддомена forum (который автоматически дополняется до .vnfreaks.com) установлен мой IP-адрес с серым облаком, так как это позволяет осуществлять DNS-соединения).

В Porkbun я также указал свой IP-адрес:

(Опять же, как новый пользователь я не могу прикрепить изображение, но у меня есть A-запись для forum.vnfreaks.com, привязанная к IP-адресу моего VPS).

В брандмауэре Windows я создал правило, разрешающее входящий доступ через порты 22, 80 и 443.

В терминале PuTTY я подключен к IP-адресу моего сервера. Я даже отключил брандмауэр на своем роутере.

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

Единственное, что мне приходит в голову, — возможно, нужно что-то настроить в CloudPanel для forum.vnfreaks.com, но я не вижу причин, почему это может быть необходимо.

Если у кого-то есть предложения, что еще можно попробовать, буду очень признателен. (Кстати, для дополнительной информации: я использую арендованный VPS и подключаюсь к нему через PuTTY по SSH).

Если это поможет, я также могу добавить изображения, которые не поместились в этом сообщении, в комментариях.

2

Просто для информации о дополнительных вещах, которые я пробовал: я установил порт по умолчанию как 443, а также пробовал выполнить настройку Discourse через меню VNC в панели управления моим VPS.

3

И этот IP-адрес указывает на виртуальную машину с Linux? Она доступна из интернета?

4

Правила ни на что не указывают, они просто разрешают доступ с этих портов. Мне казалось, что это какая-то проблема с брандмауэром, потому что ошибка возникала даже при попытке использовать один из бесплатных поддоменов Discourse.

5

После того как проверка домена завершится неудачей, в папке /var/discourse/containers будет создан файл app.yml. Вы можете вручную отредактировать этот файл, указав свой поддомен, а также другую необходимую информацию (например, учётные данные SMTP и адрес электронной почты для разработчика/администратора). После этого вы сможете выполнить пересборку, так как проверка домена будет пропущена. Неясно, почему она не проходит при отключённом проксировании через Cloudflare, но, по крайней мере, описанный выше способ позволит вам пройти этап начальной настройки.

6

Да, я думал, что это может быть правильным путём. Я пытался следовать другому руководству, но оно вызвало у меня другие ошибки. Хотя это дало мне опыт редактирования app.yml. Вероятно, лучшее, что мне стоит сделать, — удалить всё, что ранее было сгенерировано Discourse, запустить процесс заново и затем пойти этим путём.

Я также вижу в документации упоминание о параметре « —skip-connection-test ». Меня интересовало, как именно его использовать: как вводить этот код, когда его применять и так далее.

Спасибо за это предложение!

1 лайк
7

Если доступ к этому IP-адресу по портам 80 и 443 из публичного интернета не приводит к виртуальной машине Linux, на которой вы пытаетесь запустить Discourse, это не будет работать.

Вы можете пропустить тест, но если вы не уверены в том, что делаете, это не сработает — именно поэтому тест существует изначально.

8

Итак, у вас есть какие-то мысли о том, как заставить это работать? Я не понимаю, почему мой виртуальный сервер не может получить доступ к нему через эти порты.

9

Дело не в том, что ваш виртуальный сервер может получить к нему доступ, а в том, что к нему может получить доступ любой пользователь в интернете.

Вам необходимо убедиться, что ваш виртуальный сервер доступен из интернета.

Вам нужно найти информацию о менеджере виртуальных машин, который вы используете. Если вы находитесь за межсетевым экраном, например, в домашней сети, вам потребуется выполнить некоторые настройки файрвола, чтобы это стало возможным.

Здесь вы не найдете этой информации.

10

Я имею в виду, что к моему виртуальному серверу можно получить доступ иначе — у меня есть два других веб-сайта, с которых к этому серверу не возникало проблем с доступом.

11 
root@www-hub:~# curl -IL http://forum.vnfreaks.com/
curl: (52) Пустой ответ от сервера
root@www-hub:~# curl -IL https://forum.vnfreaks.com/
curl: (60) Проблема с SSL-сертификатом: не удалось получить локальный сертификат издателя

Я полагаю, что проблема заключается в веб-сервере, виртуальном хосте и т. д.

12

Да. Вероятно, там запущен обратный прокси-сервер, поэтому discourse-setup не подходит (без дополнительной правки для удаления шаблонов SSL и Let’s Encrypt).

13

Я пытался настроить обратный прокси, следуя другим инструкциям — вот что получилось. Я просто уберу это, когда вернусь домой. Поэкспериментирую ещё немного и посмотрю, получится ли у меня всё наладить.

1 лайк