AUser0

Если так невмоготу комментировать весь блок 443, можно сделать так:

server {
#    listen [::]:443 ssl;
#    listen 443 ssl;
      listen 80;

     server_name temp.$DOMAIN;
#    ssl_certificate ...
#    ssl_certificate_key ...

Reload nginx-у, получение сертификата(ов), возвращение настроек к нормальному состоянию, опять reload, всё.

P.S. Ну и разумеется безусловный return 301 https://$host$request_uri; будет ломать всю валидацию домена по http.

Всё очень просто: надо найти и исправить ошибку в коде, где-то запятая не поставлена, или кавычка, или скобочка, или что-то аналогичное.

Так можно просто договориться с владельцами ботов, что они будут скидывать вам свои деньги, и всё, деньги в шляпе!

Согласен, идиотская идея. По идиотизму один-в-один как идея заставлять ботов майнить что-либо на чужом сайте, угу. Да они просто не перейдут туда, им чужие сайты не интересны. Тем более им будет не интересно выполнять используемые там JS-скрипты, что-б вы знали.

Т.е. вы догадались пинговать сам компьютер (с модемом), но не догадались с этого компьютера пинговать какой-нибудь yandex.ru или google.com? Ну что-ж, я вас поздравляю...

P.S. Да, можно. Делается через консольную команду в UserParameter.

Так чёрным по белому пишет же "Couldn't connect to server"!
Ну попробуйте прямо на самом сервере, в консоли host api.telegram.org и ping api.telegram.org, потом сделайте telnet api.telegram.org 443, и в конце концов openssl s_client -connect api.telegram.org:443.
И в зависимости от результата - чините причину проблемы.

Радио-кнопки вместо обычных элементов (ссылок, DIV-ов) - это как писать печатными буквами вместо обычных прописных. Вроде стратегически фэншуйно, но уже не так сладко, нет, увольте.

Скачиваете все страницы сайта, и глазками находите все ссылки, удовлетворяющие поставленным условиям.

Самый просто варинт - отключаете триггеры, автосозданные системой Discovery, а потом их клонируете (каждый триггер, и не забыть активировать), и пишете в наименовании что угодно, Dashboard всё стерпит.

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

Кажется в location /.well-known/acme-challenge не хватает финального /.

А certbot с аргументом --dry-run просто не будет создавать в /var/www/cerbot никаких файлов. А он должен, обязан файл создать!

Файл /usr/lib/systemd/system/httpd.service: Restart=on-failure
И конечно разумеется: systemctl daemon-reload

Что, и SSH нет?
Тогда обходить все каталоги, и для каждого файла вызывать curl.

Переводите (idn_to_ascii()) кирилический домен в Punycode, он становится полностью латинским xn--bla-bla-bla, а дальше RegExp-ом для латинских доменов - как по маслу...

Поставить перед ним
location ~* "^/(about|works|shops)/$" {
Кто первый совпал - того и тапки!

Заходите в BIOS сервера, там и устанавливайте пароль.
Да, придётся прервать нормальную работу сервера, ну а что-ж поделать...

Или попробуйте старый пароль, вдруг не сменился?