Please fill out the fields below so we can help you better. Note: you must provide your domain name to get help. Domain names for issued certificates are all made public in Certificate Transparency logs (e.g. crt.sh | example.com), so withholding your domain name here does not increase secrecy, but only makes it harder for us to provide help.
I ran this command: create LE certificate from Bitrix
It produced this output:TASK [web : register dehydrated] ***********************************************
fatal: [edu.gosweb.ru]: FAILED! => {"changed": true, "cmd": "/home/bitrix/dehydrated/dehydrated --register --accept-terms", "delta": "0:00:15.888861", "end": "2022-01-08 17:51:07.390110", "msg": "non-zero return code", "rc": 1, "start": "2022-01-08 17:50:51.501249", "stderr": "ERROR: Problem connecting to server (get for https://acme-v02.api.letsencrypt.org/directory; curl returned with 35)\nEXPECTED value GOT EOF", "stderr_lines": ["ERROR: Problem connecting to server (get for https://acme-v02.api.letsencrypt.org/directory; curl returned with 35)", "EXPECTED value GOT EOF"], "stdout": "# INFO: Using main config file /home/bitrix/dehydrated/config", "stdout_lines": ["# INFO: Using main config file /home/bitrix/dehydrated/config"]}
My web server is (include version):Bitrix Env (Apache+Ansible)
The operating system my web server runs on is (include version):Centos 7
My hosting provider, if applicable, is:Selectel
I can login to a root shell on my machine (yes or no, or I don't know):Yes
I'm using a control panel to manage my site (no, or provide the name and version of the control panel):
Bitrix Env
The version of my client is (e.g. output of certbot --version or certbot-auto --version if you're using Certbot):dehydrated
Could you please show us the output of a traceroute to acme-v02.api.letsencrypt.org? Feel free to either post it here or send it to me as a direct message.
На МСК-9 прерывается. Хмм.
It seems to be interrupted on MSK-IX (Moscow-9)
Заметил пару дней назад, думал, что причина - в перенастройке битрикс-окружения. Но скорее всего проблема существует наверное числа с 5 января
I noticed a couple of days ago, I thought that the reason was in reconfiguring the Bitrix environment. But most likely the problem exists probably since January 5
Проблема также наблюдается и в панели управления ispmanager6. Причем с 3 января, хотя были дни-исключения
The problem is also observed in the ispmanager6 control panel. And since January 3, although there were days-exceptions
We believe the network routing problem from the St. Petersburg, Russia region is now resolved. If you're still having trouble, please let us know. Thanks for your patience!