Поддержка lets encrypt код ошибки 15

In a few words, please describe the issue that you’re experiencing:

Installed hestia on clean & updated debian 9:
bash hst-install.sh -w yes -o yes -k no -c no -t no

Please enter your response here (e.g. When I click on the Web tab, a blank page is displayed).

What steps did you take when the issue occured?

added a domain EXAMPLE.com
trying adding lets encrypt via gui
result:
Error: Let’s Encrypt acc registration failed

Expected behavior:

Successful creation of Lets Encrypt cert.

Operating system distribution and release:

Debian 9 (up to date)

Which version of Hestia Control Panel is currently installed?

1.0.4

Which branch are you using?

https://raw.githubusercontent.com/hestiacp/hestiacp/release/install/hst-install.sh

When did this issue occur? After a clean installation, or after an upgrade?

right after fresh install

Which of the following web server configurations are you using?

bash hst-install.sh -w yes -o yes -k no -c no -t no

Which of the following server roles are installed on your server?

bash hst-install.sh -w yes -o yes -k no -c no -t no

In order to better assist, please post any relevant log information below:

Tip: Most log files can be found under /var/log/.

/usr/local/hestia/log/error.log
2019-07-12 18:39:20 v-add-letsencrypt-user ‘admin’ [Error 15]
2019-07-12 18:39:20 v-add-letsencrypt-domain ‘admin’ ‘DOMAIN.com’ ‘www.DOMAIN.com’ » [Error 15]

Related issues or forum threads:

Additional notes:

The same domain works with VestaCP, implying that DNS is set up correctly. The domain has HSTS (from the previous install).

Error code 15 occurs in VestaCP during Let’s Encrypt SSL installation due to several reasons. The most common reasons include lack of updated repositories, using a force-https template, and so on.

Here at Ibmi Media, as part of our Server management Services, we regularly help our Customers to resolve VestaCP related errors.

In this context, we shall look into the causes of this error and its fix.

What triggers the error code 15 in VestaCP?

Generally, while installing Let’s Encrypt SSL in VestaCP, sometimes error code 15 triggers.

Here are the major reasons for this error to occur:

1. Repositories not updated.

2. Adding another domain to hosting with let’s encrypt enabled, caused a bug to switch off «proxy support».

3. If a force-https template for Nginx is used in let’s encrypt, «nginx.domain.com.conf_letsencrypt» is missing. 

How to fix error code 15 in VestaCP?

To fix this error, follow the process given below:

1. Updating and upgrading the repositories

We execute the below commands to update and upgrade the repositories:

apt-get update
apt-get upgrade

2. For sites that use Apache with Nginx proxy (hosting & force-https template), switching off LE support and saving, then going back in and switching on generally fixes the issue.

We suggest not to disable Nginx proxy support. However, select the “hosting” template for Nginx when disabling SSL. Also, log in as admin, switch user to non-admin user, and then enable proxy again. Then you can turn on SSL / Letsencrypt. The domain should clearly retain the proxy settings as originally set.

3. Include the file «nginx.domain.com.conf_letsencrypt» to the force-https template.

We suggest adding «include %home%/%user%/conf/web/*nginx.%domain_idn%.conf_letsencrypt;» in the file /usr/local/vesta/data/templates/web/nginx/force-https.tpl.

[Need urgent assistance with VestaCP errors? – We’d be happy to help you. ]

Некоторые пользователи сообщают, что не могут посетить определенные веб-сайты из своего веб-браузера. Чаще всего возникает ошибка «Код ошибки 15: этот запрос был заблокирован правилами безопасности«. Эта ошибка означает, что браузер запроса пытается инициировать (то есть доступ к сайту) запрещен действующими правилами безопасности. Проблема не связана с браузером (она возникает во всех популярных браузерах, включая Chrome, Edge, Firefox и Opera), и подтверждено, что она возникает во всех последних версиях Windows (Windows 7, Windows 8.1 и Windows 10.

Что вызывает ошибку «Код ошибки 15 — этот запрос был заблокирован правилами безопасности»?

Мы изучили эту конкретную проблему, просмотрев различные отчеты пользователей и стратегии восстановления, которые они успешно использовали для решения проблемы. Из того, что мы смогли собрать, существует несколько довольно распространенных сценариев, которые могут вызвать эту конкретную проблему:

• Дата и время неверны — Эта проблема может возникнуть, если веб-сервер устанавливает для доступа правильные настройки времени и даты. Несколько затронутых пользователей сообщили, что проблема больше не возникала после того, как они изменили правильную дату через панель управления.
• Ваш диапазон IP-адресов заблокирован — Также возможно, что конкретный веб-сервер, к которому вы пытаетесь получить доступ, имеет некоторые предопределенные правила относительно местоположения IP посетителя. В этом случае использование решения VPN должно позволить вам обойти проблему.
• Сторонний антивирус / брандмауэр не позволяет вам получить доступ к веб-сайту — Как сообщили несколько пользователей, эта конкретная проблема также может быть вызвана чрезмерно защищенным пакетом безопасности. Некоторые пользователи сообщают, что сайт снова стал доступен после того, как они отключили или удалили сторонний пакет безопасности.

Если вы сейчас ищете способ обойти «Код ошибки 15: этот запрос был заблокирован правилами безопасности”, Эта статья предоставит вам набор проверенных шагов по устранению неполадок. Ниже вы найдете несколько стратегий восстановления, которые успешно использовали другие пользователи в аналогичной ситуации, чтобы разобраться в проблеме.

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

Метод 1. Установите правильное время и дату.

Существует не так много условий, которым вы (как посетитель) должны соответствовать, чтобы получить доступ к большинству веб-сайтов. Конечно, эти правила меняются от сервера к серверу, но одна из наиболее распространенных причин, по которым пользователи не могут получить доступ к определенным веб-сайтам из-за «Код ошибки 15: этот запрос был заблокирован правилами безопасности», Потому что их дата и время неверны.

Чаще всего это происходит с Microsoft Edge, но нам удалось найти несколько отчетов с посетителями, использующими другой браузер, которому удалось решить проблему после установки правильного времени и даты. Это эффективно в тех ситуациях, когда веб-сервер запрограммирован на обработку входа по дате и времени. В большинстве случаев это делается для того, чтобы боты не могли получить доступ к конкретному веб-сайту.

Вот краткое руководство, как убедиться, что вы используете правильное время и дату:

1. Нажмите Клавиша Windows + R , чтобы открыть диалоговое окно «Выполнить». Затем введите «timedate.cpl»И нажмите Войти открыть Дата и время панель.
2. Внутри Дата и время окно, перейдите к Интернет-время вкладка и нажмите Изменить настройки.
3. В настройках времени в Интернете установите флажок, связанный с Синхронизация с сервером времени в Интернете, установить Сервер к time.windows.com и нажмите на Обновить сейчас.
4. Перейти к Дата и время вкладку, нажмите на Изменить часовой пояс и убедитесь, что вы используете правильный. Затем нажмите на Изменить дату и время и убедитесь, что дата выбрана правильно.
5. Перезагрузите компьютер и посмотрите, решена ли проблема, и теперь вы можете получить доступ к веб-сайту при следующем запуске.

Если вы все еще сталкиваетесь с «Код ошибки 15: этот запрос был заблокирован правилами безопасности”, Перейдите к следующему способу ниже.

Метод 2: использование VPN решение

В большинстве случаев эта конкретная ошибка возникает из-за того, что администратор веб-сайта использует какое-то приложение безопасности, которое активно блокирует ваш диапазон IP-адресов. Чаще всего это делается с помощью Incapsula или аналогичной службы. Несколько пользователей, которые боролись с одним и тем же сценарием, сумели обойти проблему, используя решение VPN для сокрытия своего реального IP-адреса.

Это можно сделать с помощью ряда различных сервисов (премиум-класса или бесплатных), но чтобы сделать это руководство доступным для всех, мы покажем вам, как это сделать с помощью бесплатного сервиса VPN. Однако, если у вас есть средства, не стесняйтесь использовать любой премиум-сервис VPN, который вам нужен.

Вот краткое руководство, как избежать «Код ошибки 15: этот запрос был заблокирован правилами безопасности”Ошибка при использовании решения VPN (Hide.me):

1. Посетите эту ссылку (Вот) и нажмите кнопку Загрузить сейчас, затем нажмите регистр (в разделе Free), чтобы загрузить бесплатную версию Спрячь меня.
2. Введите свой адрес электронной почты в следующее поле для регистрации. Убедитесь, что он действительный, потому что вы получите письмо с подтверждением.
3. Перейдите к электронному письму с подтверждением и нажмите Активировать мою учетную запись для начала.
   
4. На следующем экране выберите Имя пользователя и пароль для вашей учетной записи и нажмите Регистрация.
5. После того, как вы войдете в свою учетную запись, перейдите на Цены> Бесплатно и нажмите на Применить сейчас.
6. Затем перейдите к Скачать клиентов и нажмите кнопку «Загрузить», связанную с вашей операционной системой.
7. После завершения загрузки откройте исполняемый файл установки и установите Спрячь меня применение. Затем следуйте инструкциям на экране, чтобы завершить установку.
8. После завершения установки войдите в свою учетную запись и нажмите Начните бесплатный пробный период.
9. Щелкните значок + Изменить в правом нижнем углу, чтобы выбрать удобное для вас место. Затем просто нажмите на Включить VPN изменить свой IP.
10. Посетите сайт, на котором ранее отображался значок «Код ошибки 15: этот запрос был заблокирован правилами безопасности»И посмотрите, решена ли проблема.

Способ 3. Деактивировать решение безопасности

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

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

Однако с большинством брандмауэров одни и те же правила останутся в силе, даже если вы отключите клиент. В этом случае полное удаление клиента поможет вам выяснить, вызвана ли проблема внутренними или внешними причинами. Вы можете следовать этому руководству (Вот), чтобы убедиться, что вы полностью удалили защитное решение.

Добрый день.

Схожая проблема, ISPmanager Lite 5.221.2
После обновления 5.204.0 (2019-06-11) перестал работать выпуск сертификатов через модуль Let’s Encrypt. Т.к. особой надобности в нём на тот момент не было, попробовали только переустановить модуль. Это не помогло. Сейчас необходимость появилась, си стема автоматом обновлялась до последней — но проблема не решилась.

Если тестировать выпуск сертификата:

При попытке выпустить сертификат в настройках www-домена ( галкой «Защищенное соединение (SSL)» и выбрав «Новый Let’s Encrypt сертификат ), — панель выдаёт красную ошибку на всплывающем облаке: «SSL-сертификаты со значением ‘domain.name_le1’ отсутствует» и не позволяет сохранить новые настройки www-домена.

в этот момент в логе /usr/local/mgr5/var/ispmgr.log — всплывают:

по фильтру WARNING:
Nov 1 08:47:36 [8428:402] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 08:47:36 [8428:402] libmgr WARNING Error in SafeJob::Rollback: Type: ‘cert_used’
Nov 1 08:47:36 [8428:402] core WARNING 0x7f04b00051d0 Restart request
Nov 1 08:47:36 [8428:403] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 08:47:36 [8428:403] core_decoration WARNING Value » for ‘analyzer_lang’ select is missed in slist and will be ignored

по фильтру Error:
Nov 1 08:47:36 [8428:402] libmgr ERROR Error: Type: ‘missed’ Object: ‘sslcert’ Value: ‘domain.name_le1’
Nov 1 08:47:36 [8428:402] libmgr ERROR Error: Type: ‘cert_used’
Nov 1 08:47:36 [8428:402] libmgr WARNING Error in SafeJob::Rollback: Type: ‘cert_used’

При попытке выпустить сертификат через меню SSL-сертификаты -> Let’s Encrypt
ещё при выборе пользователя и нужного домена, в лог начинают сыпаться WARNING:
Nov 1 08:59:38 [8428:508] conn WARNING Ignore empty ‘elid’
Nov 1 08:59:39 [8428:508] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 08:59:39 [8428:508] core_decoration WARNING Value ‘domain.name’ for ‘domain_name’ select is missed in slist and will be ignored
Nov 1 08:59:39 [8428:508] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 08:59:39 [8428:511] conn WARNING Ignore empty ‘elid’
Nov 1 08:59:39 [8428:511] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 08:59:39 [8428:511] core_decoration WARNING Value ‘domain.name’ for ‘domain_name’ select is missed in slist and will be ignored

Выбрав пользователя и домен и нажав ОК ( не важно — ставить галки dns или wildcard ), — панель выдаёт красную ошибку на всплывающем облаке: «Поле ‘SSL-сертификат’ имеет недопустимое значение.» и не позволяет завершить операцию.

Если снять галку «Включить SSL-сертификат», — то окно закрывается по кнопке «Ок»;
В логе появляются Warning
Nov 1 09:04:53 [8428:541] conn WARNING Ignore empty ‘elid’
Nov 1 09:04:53 [8428:541] core_decoration WARNING Duplicate value ‘on’ for input ‘/doc/show_cache’
Nov 1 09:04:53 [8428:541] core_decoration WARNING Value ‘domain.name’ for ‘domain_name’ select is missed in slist and will be ignored

а по фильтру Error:
Nov 1 09:02:45 [8428:530] libmgr ERROR Error: Type: ‘value’ Object: ‘ssl_cert’ Value: ‘domain.name_le1’
Nov 1 09:06:18 [8428:558] libmgr ERROR Error: Type: ‘missed’ Object: ‘sslcert’ Value: ‘domain.name_le1’

В самой панели появляется ошибка: «Параметры уведомления — Let’s Encrypt сертификат»
В процессе получения Let’s Encrypt сертификата domain.name_le1 произошла ошибка: Type: ‘missed’ Object: ‘sslcert’ Value: ‘domain.name_le1’

При этом, в access логе домена видно, что сам Let’s Encrypt начал стучаться к домену:
18.197.227.110 — — [01/Nov/2019:09:06:09 +0300] «GET /.well-known/acme-challenge/NYVPdvNGNua08u1c4XvLG_g4XfdJTSoJjhi7lrElzrg HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»
66.133.109.36 — — [01/Nov/2019:09:06:10 +0300] «GET /.well-known/acme-challenge/NYVPdvNGNua08u1c4XvLG_g4XfdJTSoJjhi7lrElzrg HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»
34.222.229.130 — — [01/Nov/2019:09:06:10 +0300] «GET /.well-known/acme-challenge/NYVPdvNGNua08u1c4XvLG_g4XfdJTSoJjhi7lrElzrg HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»
18.197.227.110 — — [01/Nov/2019:09:06:13 +0300] «GET /.well-known/acme-challenge/YNN6UGMlm643SeSiTMznPWxQZ4bv5OqiF7wBPoE0dpw HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»
3.14.255.131 — — [01/Nov/2019:09:06:13 +0300] «GET /.well-known/acme-challenge/YNN6UGMlm643SeSiTMznPWxQZ4bv5OqiF7wBPoE0dpw HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»
64.78.149.164 — — [01/Nov/2019:09:06:13 +0300] «GET /.well-known/acme-challenge/YNN6UGMlm643SeSiTMznPWxQZ4bv5OqiF7wBPoE0dpw HTTP/1.1» 200 87 «-» «Mozilla/5.0 (compatible; Let’s Encrypt validation server; +https://www.letsencrypt.org)»

Но сам сертификат в списке не создаётся.

Удаление модуля и его повторная его установка не помогает. Куда копать — тоже не понятно.

Operating System (OS/VERSION):

Ubuntu 16.04

VestaCP Version:

Version: 1.0.0 (amd64)
Release: 5

Installed Software (what you got with the installer):

apache, nginx, mysql, vsftpd

Steps to Reproduce:

1. Edit an existing domain
2. Remove check from SSL support
3. Save form
4. Go to Cloudflare and set SSL/TLS options to «Flexible» for that domain
5. Back in Vesta edit domain and check SSL support
6. Then check Lets Encrypt Support
7. Save form
8. It will load for a couple seconds and show error
9. If I sent Cloudflare to Full Strict the site will not load (will show Cloudflare error: Invalid SSL certificate)

Related Issues/Forum Threads:

#2149

Other Notes:

Before the November update I used to set Cloudflare SSL/TLS to flexible then create the SSL let’s encrypt and then moved the Cloudflare to Full Strict mode. This is currently working on a Vesta Panel which didn’t update.