Connection to ssl 443 fail socket error 0 ошибка не работает

Пользователь 407148 Заглянувший Сообщений: 6 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 07.11.2015	Здравствуйте. Подскажите, как исправить ошибку, которая возникает при проверке системы? 2016-Apr-01 01:10:03 Работа с сокетами (check_socket): FailConnection to ssl://домен:443 Fail Socket error [0]: Ошибка! Не работает Порт открыт. BitrixVM 5

Пользователь 282948 Заглянувший Сообщений: 41 Баллов: 2 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 18.09.2014	Аналогичная трабла. Кто знает как поправить? те кто знает даже в личку не хотят писать. (((

Пользователь 53386 Постоянный посетитель Сообщений: 269 Баллов: 26 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 01.12.2009	Выложите полный отчет «Тестирование конфигурации»

Пользователь 282948

Заглянувший

Сообщений: 41
Баллов: 2
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 18.09.2014

Проблема в том что в php 5.6 изменился принцип проверки пиров вот дока

http://php.net/manual/ru/migration56.openssl.php

И именно по этой причине и не работают сокеты.
Так вот и напрашивается вопрос где и что изменить чтобы все стало как и раньше на 5.5 откатываться не вариант.

Пользователь 407148

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 07.11.2015

03.04.2016 22:31:40

Олег Шамаев, Выкладываю. Все ошибки от не работающих сокетов.

Цитата

Журнал проверки системы
2016-Apr-03 22:29:22 Наличие необходимых модулей php (check_php_modules): Ok
Все необходимые модули установлены
2016-Apr-03 22:29:23 Обязательные параметры PHP (check_php_settings): Ok
Настройки правильные
2016-Apr-03 22:29:23 Модули веб-сервера (check_security): Ok
Конфликтов не выявлено
2016-Apr-03 22:29:23 Значения переменных сервера (check_server_vars): Ok
Корректные
2016-Apr-03 22:29:23 Сохранение сессии (check_session): Ok
50% done
2016-Apr-03 22:29:23 Сохранение сессии (check_session): Ok
Успешно
2016-Apr-03 22:29:23 Параметры настройки UTF (mbstring и константа BX_UTF) (check_mbstring): Ok
Правильные. Сайт работает в UTF кодировке
2016-Apr-03 22:29:23 Служебные скрипты в корне сайта (check_install_scripts): Ok
Отсутствуют
2016-Apr-03 22:29:23 Работа с сокетами (check_socket): Fail
Connection to ssl://xn—-8sbnbncmcmbcxgowsj.xn--p1ai:443 Fail
Socket error [0]:

Ошибка! Не работает
2016-Apr-03 22:29:23 Параметры подключения к базе данных (check_dbconn_settings): Ok
Успешно
2016-Apr-03 22:29:23 Лишний вывод в файлах конфигурации (check_dbconn): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:23 Выполнение агентов на cron (check_bx_crontab): Ok
Успешно
2016-Apr-03 22:29:23 Сохранение сессии без UserAgent (check_session_ua): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:23 Настройки сайтов (check_sites): Ok
Правильные
2016-Apr-03 22:29:23 Передача объектов по ссылке (check_clone): Ok
Успешно
2016-Apr-03 22:29:23 Размер стека и pcre.recursion_limit (check_pcre_recursion): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:23 Вызов method_exists на строке (check_method_exists): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:23 Загрузка файла (check_upload): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Загрузка файла больше 4Мб (check_upload_big): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Загрузка файла через php://input (check_upload_raw): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Передача POST запроса с большим числом параметров (check_post): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Отправка почты (check_mail): Ok
Успешно
2016-Apr-03 22:29:24 Отправка почтового сообщения больше 64Кб (check_mail_big): Ok
Успешно
2016-Apr-03 22:29:24 Проверка на наличие неотправленных сообщений (check_mail_b_event): Ok
Успешно
2016-Apr-03 22:29:24 Внутреннее перенаправление (функция LocalRedirect) (check_localredirect): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Фактическое ограничение памяти (check_memory_limit): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:24 Работа с файлами кеша (check_cache): Ok
Успешно
2016-Apr-03 22:29:24 Доступ к серверу обновлений (check_update): Ok
Успешно
2016-Apr-03 22:29:25 HTTP авторизация (check_http_auth): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:25 Создание и запуск файла (check_exec): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2016-Apr-03 22:29:25 Функция getimagesize для swf (check_getimagesize): Ok
Успешно
2016-Apr-03 22:29:25 Версия MySQL-сервера (check_mysql_bug_version): Ok
Успешно
2016-Apr-03 22:29:26 Время на БД и веб-сервере (check_mysql_time): Ok
Успешно
2016-Apr-03 22:29:26 Режим работы MySQL (check_mysql_mode): Ok
Успешно
2016-Apr-03 22:29:26 Кодировка соединения (check_mysql_connection_charset): Ok
character_set_connection=utf8, collation_connection=utf8_unicode_ci, character_set_results=utf8
Успешно
2016-Apr-03 22:29:26 Кодировка базы данных (check_mysql_db_charset): Ok
CHARSET=utf8, COLLATION=utf8_unicode_ci
Успешно
2016-Apr-03 22:29:27 Кодировки таблиц в БД (check_mysql_table_charset): Ok
Успешно
2016-Apr-03 22:29:27 Структура базы данных (check_mysql_table_structure): Ok
0% done
2016-Apr-03 22:29:32 Структура базы данных (check_mysql_table_structure): Ok
2% done
2016-Apr-03 22:29:32 Структура базы данных (check_mysql_table_structure): Ok
4% done
2016-Apr-03 22:29:32 Структура базы данных (check_mysql_table_structure): Ok
6% done
2016-Apr-03 22:29:32 Структура базы данных (check_mysql_table_structure): Ok
8% done
2016-Apr-03 22:29:36 Структура базы данных (check_mysql_table_structure): Ok
10% done
2016-Apr-03 22:29:36 Структура базы данных (check_mysql_table_structure): Ok
12% done
2016-Apr-03 22:29:36 Структура базы данных (check_mysql_table_structure): Ok
14% done
2016-Apr-03 22:29:38 Структура базы данных (check_mysql_table_structure): Ok
16% done
2016-Apr-03 22:29:38 Структура базы данных (check_mysql_table_structure): Ok
18% done
2016-Apr-03 22:29:38 Структура базы данных (check_mysql_table_structure): Ok
20% done
2016-Apr-03 22:29:39 Структура базы данных (check_mysql_table_structure): Ok
22% done
2016-Apr-03 22:29:39 Структура базы данных (check_mysql_table_structure): Ok
25% done
2016-Apr-03 22:29:40 Структура базы данных (check_mysql_table_structure): Ok
27% done
2016-Apr-03 22:29:40 Структура базы данных (check_mysql_table_structure): Ok
29% done
2016-Apr-03 22:29:41 Структура базы данных (check_mysql_table_structure): Ok
31% done
2016-Apr-03 22:29:42 Структура базы данных (check_mysql_table_structure): Ok
33% done
2016-Apr-03 22:29:42 Структура базы данных (check_mysql_table_structure): Ok
35% done
2016-Apr-03 22:29:42 Структура базы данных (check_mysql_table_structure): Ok
37% done
2016-Apr-03 22:29:45 Структура базы данных (check_mysql_table_structure): Ok
39% done
2016-Apr-03 22:29:45 Структура базы данных (check_mysql_table_structure): Ok
41% done
2016-Apr-03 22:29:46 Структура базы данных (check_mysql_table_structure): Ok
43% done
2016-Apr-03 22:29:46 Структура базы данных (check_mysql_table_structure): Ok
45% done
2016-Apr-03 22:29:46 Структура базы данных (check_mysql_table_structure): Ok
47% done
2016-Apr-03 22:29:46 Структура базы данных (check_mysql_table_structure): Ok
50% done
2016-Apr-03 22:29:46 Структура базы данных (check_mysql_table_structure): Ok
52% done
2016-Apr-03 22:29:47 Структура базы данных (check_mysql_table_structure): Ok
54% done
2016-Apr-03 22:29:47 Структура базы данных (check_mysql_table_structure): Ok
56% done
2016-Apr-03 22:29:47 Структура базы данных (check_mysql_table_structure): Ok
58% done
2016-Apr-03 22:29:48 Структура базы данных (check_mysql_table_structure): Ok
60% done
2016-Apr-03 22:29:49 Структура базы данных (check_mysql_table_structure): Ok
62% done
2016-Apr-03 22:29:49 Структура базы данных (check_mysql_table_structure): Ok
64% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
66% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
68% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
70% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
72% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
75% done
2016-Apr-03 22:29:50 Структура базы данных (check_mysql_table_structure): Ok
77% done
2016-Apr-03 22:29:51 Структура базы данных (check_mysql_table_structure): Ok
79% done
2016-Apr-03 22:29:52 Структура базы данных (check_mysql_table_structure): Ok
81% done
2016-Apr-03 22:29:52 Структура базы данных (check_mysql_table_structure): Ok
83% done
2016-Apr-03 22:29:53 Структура базы данных (check_mysql_table_structure): Ok
85% done
2016-Apr-03 22:29:54 Структура базы данных (check_mysql_table_structure): Ok
87% done
2016-Apr-03 22:29:54 Структура базы данных (check_mysql_table_structure): Ok
89% done
2016-Apr-03 22:29:54 Структура базы данных (check_mysql_table_structure): Ok
91% done
2016-Apr-03 22:29:54 Структура базы данных (check_mysql_table_structure): Ok
93% done
2016-Apr-03 22:29:54 Структура базы данных (check_mysql_table_structure): Ok
95% done
2016-Apr-03 22:29:55 Структура базы данных (check_mysql_table_structure): Ok
97% done
2016-Apr-03 22:29:55 Структура базы данных (check_mysql_table_structure): Ok

Пользователь 407148

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 07.11.2015

03.04.2016 22:33:23

Цитата

Дмитрий Ненашев написал:
Проблема в том что в php 5.6 изменился принцип проверки пиров вот дока http://php.net/manual/ru/migration56.openssl.php
И именно по этой причине и не работают сокеты.
Так вот и напрашивается вопрос где и что изменить чтобы все стало как и раньше на 5.5 откатываться не вариант.

С вами полностью согласен. Но решения пока не знаю…

Пользователь 282948 Заглянувший Сообщений: 41 Баллов: 2 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 18.09.2014	Решение одно получить халявный сертификат. Так и поступил. В конфиге nginx подменил файлы cert.pem и сразу все взлетело.

Пользователь 407148 Заглянувший Сообщений: 6 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 07.11.2015	Сертификат есть, сайт по SSL нормально открывается. Но проблему с сокетами это не решает. может конечно я что-то не так настроил…

Пользователь 53386

Постоянный посетитель

Сообщений: 269
Баллов: 26
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 01.12.2009

06.04.2016 18:23:30

Цитата
Михаил Леонтьев написал: Сертификат есть, сайт по SSL нормально открывается. Но проблему с сокетами это не решает. может конечно я что-то не так настроил…

Возможно ваш сайт за NAT и DNS имя с локальным ip не совпадает с именем с публичным?

Пользователь 407148

Заглянувший

Сообщений: 6
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 07.11.2015

#10

06.04.2016 18:29:05

Цитата

Олег Шамаев написал:

Цитата
Михаил Леонтьев написал: Сертификат есть, сайт по SSL нормально открывается. Но проблему с сокетами это не решает. может конечно я что-то не так настроил…

Возможно ваш сайт за NAT и DNS имя с локальным ip не совпадает с именем с публичным?

возможно. Подскажите, как поправить?

Пользователь 53386

Постоянный посетитель

Сообщений: 269
Баллов: 26
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 01.12.2009

#11

06.04.2016 18:40:50

Цитата
Михаил Леонтьев написал: возможно. Подскажите, как поправить?

Никак, если ваш сайт за NAT и выдан публичный сертификат для внешнего ip-адреса, т.е. вы должны либо выделить сайту отдельный ip и настроить маршрутизацию на вашем маршрутизаторе до сервера без трансляции адресов(NAT), либо просто забить на проблему, если при подключениях с внешних ip сертификат принимается.

Пользователь 325885 Постоянный посетитель Сообщений: 218 Баллов: 19 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 09.04.2015	#12 0 06.04.2016 20:20:59 По идеи сокеты не работают по стеку http/https

Пользователь 407148 Заглянувший Сообщений: 6 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 07.11.2015	#13 0 08.04.2016 22:52:16 Проблема решилась правильной установкой SSL. Немного накосячили вначале))

Пользователь 425377 Заглянувший Сообщений: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 04.12.2015	#14 0 01.08.2016 13:15:13 А что конкретно было не правильно в установке SSL? У меня такая же проблема.

Пользователь 581883 Заглянувший Сообщений: 37 Баллов: 1 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 11.05.2016	#15 0 19.09.2016 07:59:46 Аналогичные проблемы с доступом и работой по https…

Пользователь 186370 Посетитель Сообщений: 56 Баллов: 4 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 02.05.2013	#16 0 26.12.2016 12:24:29 Блин, а поделится решением или описанием решения не судьба???

Пользователь 303160

Заглянувший

Сообщений: 3
Баллов: 1
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 30.12.2014

#17

09.02.2017 12:31:29

Возможно помогло решение описанное

здесь

Решение для socket ошибок через https — установить подписанный сертификат.
Для Bitrix-Env это будет /etc/nginx/ssl/cert.pem

Подозреваю что тест использует curl под капотом, т.е. руками можно проверить вот так:

Код
curl https://testwebsite.ru:443

Если это тестовая машинка — то конечно нужно добавить домен в локальный /etc/hosts

Файл /etc/nginx/ssl/cert.pem состоит сразу из ключа и сертификата.
Ключ идет первым, потом сертификат, потом ssl bundle (доп. сертификаты для корректной цепочки от CA).

Без bundle — все равно ошибка:

Код

# curl https://testwebsite.ru:443 curl: (60) Peer certificate cannot be authenticated with known CA certificates More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a «bundle» of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn’t adequate, you can specify an alternate file using the —cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you’d like to turn off curl’s verification of the certificate, use the -k (or —insecure) option.

С подписанным сертификатом и bundle:

Код
# curl https://testwebsite.ru:443

В output отдаст html контент сайта.

После замены сертификата нужно убедиться что nginx подхватил все корректно и перезапуститьсделать reload для nginx:

Код
# nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful

Код
# /etc/init.d/nginx restart Stopping nginx: [ OK ] Starting nginx: [ OK ]

Изменено:

Станислав Старикевич

— 16.01.2017 21:48:11

Пользователь 7125 Эксперт Сообщений: 347 Баллов: 61 Авторитет: 1 Рейтинг пользователя: 3 Регистрация: 10.11.2006	#18 1 13.09.2017 15:48:21 У меня была проблема — не правильно собрал сертификат , помимо основного сертификата нужен бандл запихивать

Пользователь 1673727 Заглянувший Сообщений: 4 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 12.01.2018	#19 0 12.01.2018 15:00:11 Была аналогичная проблема, сертификат находился на реверс прокси, скопировал сертификат на целевой хост, указал расположение в nginx, все заработало.

Пользователь 2017963

Заглянувший

Сообщений: 3
Авторитет:

0
Рейтинг пользователя:

0
Регистрация: 22.05.2018

#20

22.05.2018 16:50:18

[root@portal ~]# curl

https://my_domain.ru:443

curl: (51) Unable to communicate securely with peer: requested domain name does not match the server’s certificate.

т.е. прямым и неприкрытм текстом пишет «пошел нафиг, с новым годом!» — раз запрашиваемое доменное имя не имеет сертификата на сервере

т.о. даже самоподписаный сертификат может спасти «отцов русской демократии», если будет правильно сгенерирован и установлен…, обозреватели будут ругаться как на недоверенный — но системе то это не будет мешать работать так, как в случае с коренным встроеным сертификатом Битрикс

вся беда зиждется на такой цепочке видимо:

сайт по умолчанию (без использования доменного имени) — адресация по ИП = должно проходить
создание пула если, то сайт по умолчанию возможно сработает, а вот все, что в группе ext_www и имеет свою папку с доменным именем — длолжно иметь и свой сертификат на это же имя, пусть и самоподписаный

Пользователь 173442

Заглянувший

Сообщений: 35
Баллов: 1
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 18.03.2013

#21

24.09.2018 13:56:04

Была ошибка при проверке системы, хотя сайт благополучно работал по https.

Код
Работа с сокетами (check_socket): Fail Connection to ssl://site.ru:443 Fail Socket error [110]: Connection timed out

Дело оказалось в том, что запросы к сайту проксировались через Cloudflare, и подписывались общим сертификатом Cloudflare.

Решение заключается в том, что нужно либо загрузить на Cloudflare свой доменный сертификат (доступно только на платном аккаунте), либо отключить проксирование и настроить сертификат на оригинальном сервере с сайтом.

http://dermanov.ru/#bx — профессиональная разработка сайтов на Битриксе и консультации
—
http://dermanov.ru/hosting/ — хостинг под ключ + оптимизация скорости работы сайта. Для тех, кому надоело, что сайт тормозит.

Пользователь 3805438

Заглянувший

Сообщений: 3
Авторитет:

0
Рейтинг пользователя:

0
Регистрация: 19.12.2019

#22

23.03.2020 13:24:57

Цитата
Вячеслав Большагин написал: У меня была проблема — не правильно собрал сертификат , помимо основного сертификата нужен бандл запихивать

Благодарю! Помогло!

Пользователь 262251 Заглянувший Сообщений: 23 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 28.05.2014	#23 0 27.10.2021 16:38:19 Можно ещё попробовать на сервере (хостинге) прописать в файле /etc/hosts строчку 127.0.0.1 yourdomain.ru Возможно, сервер полезет в локалхост не обращаясь к Cloudflare, и порт 443 должен отвечать у вас, возможно сертификат локальный тоже нужен. Но это решение сам не проверял. Отпишитесь, кто попробует, рабочее или нет. Было бы хорошо и Cloudflare сохранить проксирование и LocalRedirect рабочим оставить

Источник

В административной части 1С-Битрикс: Управление сайтом появилось предупреждение «Обнаружены ошибки в работе сайта. Проверить и исправить.» При проверке системы выдает следующую ошибку — «Работа с сокетами — ошибка»? Тогда вы по адресу и сейчас я расскажу вам как исправить ошибку.

Чаще всего данная ошибка появляется по следующим причинам:

1. Некорректно указан корневой каталог в конфигурации вашего домена на сервере. Например сайт расположен в директории «varwwwmydomain», а в конфигурации указан путь «varwwwdocsmydomain». В этом случае достаточно будет отредактировать конфигурационный файл Apache или Nginx и проблема будет решена.

2. Во втором случае ошибка появляется после перевода сайта на https протокол. В этом случае вы увидите в журнале проверки ошибку: Работа с сокетами (check_socket): Fail Connection to ssl://mydomain.ru:443 Fail Socket error [0]:. Для начала проверим наш сертификат с помощью командной строки сервера через Putty или Shell клиента в панели вашего сервера — curl https://ваш_сайт:443 если ответом будет not found ca-bundle или похожая значит вы не совсем корректно установили сертификат SSL. Даже если сайт при этом открывается по протоколу HTTPS. Также убедиться в том корректно или нет установлен сертификат поможет сервис — https://www.sslshopper.com/ssl-checker.html во всех пунктах проверки не должно быть ошибок.

Что-же делать если ошибка есть — необходимо установить промежуточный сертификат. Для этого чтобы не генерировать ca-bundle, просто находим его тут — https://www.namecheap.com/support/knowledgebase/article.aspx/9393/69/where-do-i-find-ssl-ca-bundle (искать по названию). И далее устанавливаем по инструкции к вашему серверу или хостингу. Возможно потребуется удалить имеющийся сертификат.
!Внимание: перед удалением или правкой сертификата SSL убедитесь что у вас имеется сам сертификат а также ключ сертификата!

После установки промежуточного сертификата еще раз проводим проверку вышеуказанными способами, видим что ошибок нет, и после этого выполняем проверку системы 1С-Битрикс.

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

Источник

После установки SSL сертификата в битриксе на виртуальной машине BitrixVM версии 7.4.1 начала появляться ошибка с сокетами, при этом если перейти на сайт по обычному http, то такой проблемы не наблюдается.
Ниже описано как решить данную проблему с сокетами при использование SSL сертификата и протокола HTTPS в Bitrix virtual appliance version 7.4.1 («1С-Битрикс: Веб-окружение»).

Открываем SSH клиет (PuTTY).
Если меню битрикса не отображается сразу, то заходим в меню следующей командой:

cd
./menu.sh

Затем выбираем поочередно пункты в меню:

8. Manage pool web servers
3. Configure certificates
2. Configure own certificate

Если данных пунктов у вас нет, то сначала нужно обязательно создать пул:
1. Create Management pool of server

После того, как зашли в пункт 2. Configure own certificate, указываем сайт или оставляем по умолчанию Enter site name (default):

Указываем:
Private Key path: /etc/nginx/ssl/cert.key
Certificate path: /etc/nginx/ssl/cert.crt
Certificate Chain path: /etc/nginx/ssl/cert_ca.crt

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

После вопроса Please confirm you want to update certificate settings for the sites (N|y): вводим Y и нажимаем enter.

Готово, сайт должен открываться по HTTPS, но у меня не работало, поскольку я не указывал Certificate Chain path, у меня не было сертификатов для цепочки (промежуточных) и пока я не указал эти сертификаты в Certificate Chain path у меня SSL не работал. Точнее сам сайт по HTTPS открывался нормально в защищённом режиме, но в проверке системы битрикс показывалась ошибка с сокетами:
Ошибка! Работа с сокетами (check_socket): Fail Connection to ssl://site.com:443 Fail, Connection to ssl://site.com:443 Fail Socket error [0]:
Подробности ошибки указаны в журнале проверки системы.

Также если обратится к сайту в консоли через curl командой:
curl https:// site.com :443
выходило следующие curl: (60) Peer’s Certificate issuer is not recognized.
При нормальной работе должен показываться HTML код сайта.

Проблема еще была в том, что у меня не было никаких промежуточных сертификатов, а только публичный сертификат (CRT) и приватный ключ (Private KEY).

Центр сертификации мне больше ничего не выдавал, а точнее хостинг где я их покупал.
Техподдержка не отвечала, у них были праздничные выходные.

Как же их получить?
Нашёл решение такое, открываем сайт в браузере Firefox, нажимаем на замочек, затем на стрелку справа от зеленной надписи «Защищенное соединение», затем внизу «Подробнее».
После чего откроется окно «Информация о странице». Там нажимаем «Просмотреть сертификат».
Откроется страница с различными данными и параметрами сертификата. Находим ниже ссылки Загрузить PEM (сертификат) и PEM (цепочка сертификатов). Именно последний нам и нужен. Качаем PEM (цепочка сертификатов).

Формат PEM я переименовал в CRT. У меня сработало с ним, но возможно и с PEM сработает.
После того как я указал этот chain сертификат, как указано выше в Certificate Chain path, у меня наконец-то пропала ошибка с сокетами и все наконец стало работать как надо.

Записи о сертификатах создаются в файле:
/etc/nginx/bx/site_avaliable/ssl.s1.conf

там указано где хранятся сертификаты:
ssl_certificate /etc/nginx/certs/default/cert.crt;
ssl_certificate_key /etc/nginx/certs/default/cert.key;
ssl_trusted_certificate /etc/nginx/certs/default/cert_ca.crt;

Также данные записи были сделаны в файле /etc/nginx/bx/conf/ssl-push-custom.conf
А изначально настройки брались из /etc/nginx/bx/conf/ssl.conf

В документации вообще сказано, что для сайта по умолчанию s1 (который находится в директории /home/bitrix/www) файл будет называться /etc/nginx/bx/site_avaliable/s1.ssl.conf, а для дополнительных сайтов (которые создаются в директории /home/bitrix/ext_www/название_хоста) — /etc/nginx/bx/site_avaliable/bx_ext_ssl_название_хоста.conf.

Поэтому нужный файл конфигурации здесь еще нужно постараться определить.

Не забываем также указать в файле /etc/hosts ваш IP и домен. я указал два ip версии 4 и 6, а также 127.0.0.1 localhost

После правок нужно выполнить команду
nginx -t
И перезагрузить
service nginx restart или # /etc/init.d/nginx restart

Если нужно установить бесплатный сертификат LetsEncrypt, об это написано в этой статье Установка SSL сертификата LetsEncrypt на BitrixVM

Загрузка

Источник

Битрикс настройка SSL, ошибка работы с сокетами

После установки SSL сертификата в битриксе на виртуальной машине BitrixVM версии 7.4.1 начала появляться ошибка с сокетами, при этом если перейти на сайт по обычному http, то такой проблемы не наблюдается. Ниже описано как решить данную проблему с сокетами при использование SSL сертификата и протокола HTTPS в Bitrix virtual appliance version 7.4.1 («1С-Битрикс: Веб-окружение»).

Открываем SSH клиет (PuTTY). Если меню битрикса не отображается сразу, то заходим в меню следующей командой:

Затем выбираем поочередно пункты в меню:

8. Manage pool web servers 3. Configure certificates 2. Configure own certificate

Если данных пунктов у вас нет, то сначала нужно обязательно создать пул: 1. Create Management pool of server

После того, как зашли в пункт 2. Configure own certificate, указываем сайт или оставляем по умолчанию Enter site name (default):

Указываем: Private Key path: /etc/nginx/ssl/cert.key Certificate path: /etc/nginx/ssl/cert.crt Certificate Chain path: /etc/nginx/ssl/cert_ca.crt

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

После вопроса Please confirm you want to update certificate settings for the sites (N|y): вводим Y и нажимаем enter.

Готово, сайт должен открываться по HTTPS, но у меня не работало, поскольку я не указывал Certificate Chain path, у меня не было сертификатов для цепочки (промежуточных) и пока я не указал эти сертификаты в Certificate Chain path у меня SSL не работал. Точнее сам сайт по HTTPS открывался нормально в защищённом режиме, но в проверке системы битрикс показывалась ошибка с сокетами: Ошибка! Работа с сокетами (check_socket): Fail Connection to ssl://site.com:443 Fail, Connection to ssl://site.com:443 Fail Socket error : Подробности ошибки указаны в журнале проверки системы.

Также если обратится к сайту в консоли через curl командой: curl https:// site.com :443 выходило следующие curl: (60) Peer’s Certificate issuer is not recognized. При нормальной работе должен показываться HTML код сайта.

Центр сертификации мне больше ничего не выдавал, а точнее хостинг где я их покупал. Техподдержка не отвечала, у них были праздничные выходные.

Как же их получить? Нашёл решение такое, открываем сайт в браузере Firefox, нажимаем на замочек, затем на стрелку справа от зеленной надписи «Защищенное соединение», затем внизу «Подробнее». После чего откроется окно «Информация о странице». Там нажимаем «Просмотреть сертификат». Откроется страница с различными данными и параметрами сертификата. Находим ниже ссылки Загрузить PEM (сертификат) и PEM (цепочка сертификатов). Именно последний нам и нужен. Качаем PEM (цепочка сертификатов).

Формат PEM я переименовал в CRT. У меня сработало с ним, но возможно и с PEM сработает. После того как я указал этот chain сертификат, как указано выше в Certificate Chain path, у меня наконец-то пропала ошибка с сокетами и все наконец стало работать как надо.

Записи о сертификатах создаются в файле: /etc/nginx/bx/site_avaliable/ssl.s1.conf

там указано где хранятся сертификаты: ssl_certificate /etc/nginx/certs/default/cert.crt; ssl_certificate_key /etc/nginx/certs/default/cert.key; ssl_trusted_certificate /etc/nginx/certs/default/cert_ca.crt;

Также данные записи были сделаны в файле /etc/nginx/bx/conf/ssl-push-custom.conf А изначально настройки брались из /etc/nginx/bx/conf/ssl.conf

Поэтому нужный файл конфигурации здесь еще нужно постараться определить.

Не забываем также указать в файле /etc/hosts ваш IP и домен. я указал два ip версии 4 и 6, а также 127.0.0.1 localhost

После правок нужно выполнить команду nginx -t И перезагрузить service nginx restart или # /etc/init.d/nginx restart

источник

Ошибка проверки сайта Работа с сокетами — Socket error [111]: Connection refused

в файле /etc/hosts пропишите127.0.0.1 _ВАШ_ДОМЕН_

Битрикс то ли по текущему урлу (по которому заходите) пытается законнектиться, то ли по домену сайта.Вообщем помогает выше написанное

Посмотрите лог проверки (что-то типа /home/bitrix/www/bitrix/site_checker_d64fb2e3f5834fc1af5d853 77f2c3f3c.log). В нем будет написано куда пытается подключиться скрипт:

2013-Feb-25 06:49:58 Работа с сокетами (check_socket): FailConnection to 123.456.789.123:80Socket error : Connection refused

В моем случае проблема была в том, что заказчик предоставил только адрес шлюза 123.456.789.123, а на нем пробросил порт 80 на хост с виртуалкой. А виртуалка ничего не знала про этот IP.

В своем локальном файле c:WindowsSystem32driversetchosts я добавил запись:80.66.94.230 portal.localdom

А на виртуалке добавил /etc/hosts имя portal.localdom127.0.0.1 localhost.localdom localhost localhost portal.localdom

После этого проверка сокетов прошла успешно.

Еще одна причина возникновения данной ошибки:На сайте стоит http-авторизация через утилиту passwd и .htaccess в вышележащей папке.

Соответственно, после того, как убираем из .htaccess в папке «..» AuthName «Private zone»AuthType BasicAuthUserFile .htpasswdrequire valid-user

Проверка сайта проходит успешно!

У меня вот какая проблема.

При проверке системы (Рабочий стол-> Настройки-> Инструменты-> Проверка системы) происходит следующее:

Если в .htaccess в корне сайта закомментирована строка php_value mbstring.internal_encoding UTF-8, то (как и следует ожидать) выводится ошибка:

Ошибка! Сайт работает в UTF кодировке, настройки mbstring: mbstring.func_overload=2 mbstring.internal_encoding= требуется: mbstring.func_overload=2 mbstring.internal_encoding=utf-8

если мы раскомментируем строку, то сообщение об ошибке кодировки не выводится, но выводится другая ошибка: Работа с сокетами — Ошибка! Не работает

Смотрим журнал проверки

Ситуация следующая (обращаю внимание — домен кириллический):. Когда не указана кодировка utf-8, то в журнале имеется запись: 2013-Dec-19 15:25:56 Работа с сокетами (check_socket): Ok Connection to xn——dlcdhdea0afa5acqdcd1cjk8r.xn--p1ai:80 Success

Когда не указана кодировка utf-8, то в журнале имеется запись: 2013-Dec-19 15:25:56 Работа с сокетами (check_socket): Ok Connection to xn——dlcdhdea0afa5acqdcd1cjk8r.xn--p1ai:80 Success

Как только мы в .htaccess указываем mbstring.internal_encoding utf-8, то в журнале просто нет хоста, к которому проверяется подключение: 2013-Dec-19 15:34:42 Работа с сокетами (check_socket): Fail Connection to :80 Fail Socket error : php_network_getaddresses: getaddrinfo failed: Name or service not known

>Connection to xn——dlcdhdea0afa5acqdcd1cjk8r.xn--p1ai:80 Success

т.е. система не видит адреса, к которому нужно подключаться.____________________________________________________________

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

источник

Bitrix. Исправляем ошибку «Работа с сокетами — Ошибка! Не работает»

Во время тестирования сайта, выскакивает следующая ошибка:

Для начала мы видим в этом логе, что при запросе система получает 404 ошибку. Нам нужно понять почему она происходит. Для этого нам нужно проверить логи веб-сервера. Так как у меня работает на nginx + apache2, я открыл логи nginx (Linux /var/log/nginx/error.log).

В данном логе я ищу мой запрос

И что мы тут видим? Когда скрипт обращается сам к себе, то происходит обращение вообще не понятно по какому адресу «/usr/share/nginx/html/bitrix/admin/site_checker.php», тогда как сайт лежит: /var/www/site.ru/www/bitrix/admin/site_checker.php

Так же обратите внимание по какому адресу обращается скрипт:

Из этого мы делаем вывод что site.ru привязан к localhost и при обращении сайта к самому себе пытается найти файлы не в папке сайта, а в папке nginx по умолчанию. Открыв фаил /etc/hosts я увидел следующую запись:

я успешно прошел тест, и ошибка больше не возникала!

источник

Источник

Здравствуйте.

При проверке сайта на битрикс (тестирование конфигурации) вылезла ошибка Работы с сокетами.

В журнале событий следующая инфа

Connection to ssl://site.ru:443 Fail

В чем может быть проблема и как её решить?

Может кто-то сталкивался

19.09.2019 10:06:37

В моем случае была ошибка цепочки сертификатов.

А именно

В директории, где лежат и подключаются сертификаты на виртуальной машине битрикс /etc/nginx/ssl есть три файла.

Эти файлы выдала организация по сертификации

site.ca — какой-то файл

site.crt — Сертификат

site.key — Секретный ключ

Покупал сертификаты здесь

https://www.firstssl.ru/?from=521520

(самый дешевый сертификат, который я нашел в интернете)

В файле site.crt был только один сертификат

Что я сделал

Добавил в конец этого файла site.crt, еще цепочку сертификатов из файла site.ca (в обратном порядке)

Т.е. сначала идет один сертификат site.crt, далее последний сертификат из фала site.ca(или второй, т.к. их всего два) и первый сертификат из файла site.ca

Эта цепочка должна находится в файле site.crt

В итоге ошибка пропала

А что это за файл site.ca так и не понял. Может кто знает?? Напишите пожалуйста

Гость

29.12.2019 19:58:33

Цитата
Андрюха написал: А что это за файл site.ca так и не понял. Может кто знает?? Напишите пожалуйста

это цепочка сертификатов

Цитата
Центр сертификации предоставляет не просто сертификат — на деле это цепочка сертификатов (CA Bundle), каждое звено которой работает на повышение доверия конечного пользователя.

подробно расписал как ее установить через вирт. машину BitrixVM

тут

Цитировать Имя

	yum install ca-certificates -y update-ca-trust МНЕ ПОМОГЛО

	Спасибо тебе, добрый человек!

Гость

21.03.2022 13:12:49

Цитата

Гость написал:
yum install ca-certificates -y
update-ca-trust

МНЕ ПОМОГЛО

СПАСИБО!!!

Цитировать Имя

	Тоже сделал обновление корневых сертификатов операционной системы на Linux, в связи с последними новостями об отозванном корневом сертификате Две команды в консоли : yum install ca-certificates update-ca-trust И помогло

Роман

Гость

01.07.2022 19:14:10

Цитата
Гость написал: yum install ca-certificates -yupdate-ca-trust

Помогло, респект и благодарность.

Цитировать Имя

Петрович

Гость

20.10.2022 21:25:50

Цитата
Гость написал: yum install ca-certificates -yupdate-ca-trustМНЕ ПОМОГЛО

Всех Благ тебе, добрый человек!

Цитировать Имя

Источник

(@stalker_slx)

Estimable Member

Присоединился: 4 года назад

Журнал проверки системы

2020-Apr-14 17:12:19 Наличие необходимых модулей php (check_php_modules): Ok

Все необходимые модули установлены

2020-Apr-14 17:12:19 Обязательные параметры PHP (check_php_settings): Fail

Ошибка! Вы используете веб-окружение 1С-Битрикс старой версии (7.3.3), установите актуальную версию, чтобы не было проблем с настройкой сервера (7.4.3

2020-Apr-14 17:12:19 Модули веб-сервера (check_security): Ok

Конфликтов не выявлено

2020-Apr-14 17:12:19 Значения переменных сервера (check_server_vars): Ok

Корректные

2020-Apr-14 17:12:19 Сохранение сессии (check_session): Ok

50% done

2020-Apr-14 17:12:19 Сохранение сессии (check_session): Ok

Успешно

2020-Apr-14 17:12:19 Параметры настройки UTF (mbstring и константа BX_UTF) (check_mbstring): Ok

Правильные. Сайт работает в UTF кодировке

2020-Apr-14 17:12:19 Служебные скрипты в корне сайта (check_install_scripts): Ok

Отсутствуют

2020-Apr-14 17:12:19 Работа с сокетами (check_socket): Fail

Connection to ssl://bitrix24.mycompany.com:443 Fail

Socket error [0]:

Ошибка! Не работает

2020-Apr-14 17:12:20 Выполнение агентов на cron (check_bx_crontab): Ok

Успешно

2020-Apr-14 17:12:20 Бизнес-чат в реальном времени (check_pull_stream): Fail

Server version: 3 (Bitrix Push server)

Connection to ssl://bitrix24.mycompany.com:443 Fail

Socket error [0]:

Ошибка! Не удалось подключиться к модулю nginx-push-stream чтения мгновенных сообщений

2020-Apr-14 17:12:20 Живые комментарии в ленте сообщений (check_pull_comments): Fail

Ошибка! Не настроен модуль nginx push-stream, который необходим для отображения комментариев в живой ленте в реальном режиме времени

2020-Apr-14 17:12:20 Видеозвонки (check_turn): Fail

Ошибка! Не настроен модуль nginx push-stream, который необходим для осуществления видеозвонков

2020-Apr-14 17:12:20 Мобильное приложение Битрикс24 (check_access_mobile): Ok

Connection to checker.internal.bitrix24.com:80 Success

== Request ==

GET /check/?license_hash=ee054a156a095bf850f0e0539a11dc45&host=bitrix24.mycompany.com&port=443&https=Y HTTP/1.1

host: checker.internal.bitrix24.com

== Response ==

HTTP/1.1 200 OK

Content-Type: text/plain

Date: Tue, 14 Apr 2020 14:12:20 GMT

Server: nginx/1.8.1

X-Powered-By: PHP/5.3.3

Content-Length: 46

Connection: keep-alive

== Body ==

Check: OK

Status: 200

Connection: keep-alive

==========

Connection to checker.internal.bitrix24.com:80 Success

== Request ==

GET /check/?license_hash=ee054a156a095bf850f0e0539a11dc45&host=bitrix24.mycompany.com&port=8894&https=Y HTTP/1.1

host: checker.internal.bitrix24.com

== Response ==

HTTP/1.1 200 OK

Content-Type: text/plain

Date: Tue, 14 Apr 2020 14:12:20 GMT

Server: nginx/1.8.1

X-Powered-By: PHP/5.3.3

Content-Length: 46

Connection: keep-alive

== Body ==

Check: OK

Status: 403

Connection: keep-alive

==========

Успешно

2020-Apr-14 17:12:21 Уведомления пользователям на мобильные устройства (push уведомления) (check_push_bitrix): Ok

Connection to ssl://cloud-messaging.bitrix24.com:443 Success

Успешно

2020-Apr-14 17:12:21 Работа с документами через Google Docs и MS Office Online (check_access_docs): Ok

Успешно

2020-Apr-14 17:12:21 Битрикс24.Диск. Быстрая работа с файлами (check_fast_download): Warning

Замечание. Не удалось проверить из-за ошибки в работе с сокетами

2020-Apr-14 17:12:21 Поиск по содержимому документов (check_search): Ok

Успешно

2020-Apr-14 17:12:21 Отправка почтовых уведомлений (check_mail): Ok

Успешно

2020-Apr-14 17:12:22 Доступ к облачным сервисам 1С-Битрикс (check_ca_file): Ok

Успешно

2020-Apr-14 17:12:22 Интеграция с почтой внутри компании (check_connect_mail): Ok

Успешно

2020-Apr-14 17:12:22 Интеграция с соцсетями (check_socnet): Ok

Успешно

2020-Apr-14 17:12:22 Работа с REST API (check_rest): Ok

Успешно

2020-Apr-14 17:12:22 Публикация сообщений в живую ленту из почты (check_mail_push): Warning

Замечание. Не удалось получить MX запись для домена bitrix24.mycompany.com

2020-Apr-14 17:12:22 Доступ снаружи к Экстранет (check_extranet): Ok

Успешно

2020-Apr-14 17:12:22 Редактирование документов в MS Office (check_webdav): Warning

Замечание. Не удалось проверить из-за ошибки в работе с сокетами

2020-Apr-14 17:12:22 Интеграция с внешними приложениями (MS Office, Outlook, Exchange) через безопасное подключение к порталу (check_socket_ssl): Warning

Connection to ssl://bitrix24.mycompany.com:443 (certificate check enabled) Fail

Connection to ssl://bitrix24.mycompany.com:443 Success

Замечание. Сервер имеет невалидный SSL сертификат, возможны проблемы в интеграции с внешними приложениями

2020-Apr-14 17:12:22 Интеграция с Active Directory (check_ad): Warning

Замечание. Интеграция с AD сервером не настроена

2020-Apr-14 17:12:22 Единая авторизация в Windows сети (NTLM) (check_ntlm): Warning

Замечание. Выключена опция использования NTLM авторизации в настройках модуля ldap

2020-Apr-14 17:12:22 Оценка производительности сервера (check_perf): Warning

Замечание. Не удалось проверить из-за ошибки в работе с сокетами

2020-Apr-14 17:12:22 Ускорение открытия страниц (check_compression): Warning

Замечание. Не удалось проверить из-за ошибки в работе с сокетами

Источник

Ошибка работы с сокетами. Connection to ssl://site.ru:443 Fail

Дата: 15.01.2020

исполнитель: «WEB for ALL»-Доступные Технологии.

подготовил: руководитель проекта «WEB for ALL»

автор: Баязи А.

Проблема:
После установки SSL-сетификата на сервер, проверка системы выдаемт много ошибок, в том числе:

Connection to ssl://site.ru:443 Fail

Решение:
После установки SSL-сертификата, нужно прописать цепочку сертификатов
при проверке сертификата через сервисы ssl-checker выдает такую картину:

Что такое цепочка сертификатов?

Центр сертификации предоставляет не просто сертификат — на деле это цепочка сертификатов (CA Bundle), каждое звено которой работает на повышение доверия конечного пользователя.

Другими словами, это цепочка сигнатур всех участников, кто выдал вашему сайту сертификат. Она (цепочка) подтверждает, что вы его действительно получили от доверенных сервисов, а не сгенерировали его где-то в недрах своего сайта.
Вопрос где ее взять?
Вы ее получаете вместе с сертификатом, в файле (на примере SSL-сертификата Sectigo (бывший Comodo)):
ИМЯ_ДОМЕНА_com.ca (для обычного домена)
или
STAR_ИМЯ_ДОМЕНА_com.ca-bundle (для WildCard — с поддержкой поддоменов)
======================================================================================
НИЖЕ ДАЮ ИНСТРУКЦИЮ КАК ПРОПИСАТЬ ЦЕПОЧКУ СЕРТИФИКАТОВ ДЛЯ БИТРИКС24-CRM
======================================================================================

ACHTUNG!!!
Т.к. Битрикс24-CRM (та что на 12 пользователей) имеет свою вирт. машину (которая устанавливается при разворачивании портала), интерфейс отличается от стандартного интерфейса Bitrix VM.
Будьте внимательны!!! Ниже инструкция для Битрикс24-CRM

Предполагаем, что SSL-сертификат он уже установлен.
Как установить SSL-сертификат см. как установить SSL- сертификат
Шаг 1. копируем файл с цепочкой в туже директорию, где и лежит сертификат
для CentOS 7: /etc/nginx/ssl/ИМЯ_ДОМЕНА_com.ca
Шаг 2. Входим на сервер через SSH (putty)
Шаг 3. Запускаем интерфейс BitrixVM: /root/menu.sh
Шаг 4. Выбираем Manage pool web servers: 5

Шаг 5. Выбираем Configure certificates: 2

Шаг 6. Выбираем Configure own certificate: 2

Шаг 7. Отвечаем на запросы системы:

Шаг 8. Проверяем корректность установки сертификата, через SSL-checker