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

Почему появляется ошибка?

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

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

1. сайт был недавно перенесен на новый сервер, у него были изменены NS-сервера, но они еще в стадии обновления. 
2. текущий сайт является копией сайта и работает на стороннем сервере под основным доменом, для обеспечения работоспособности в файле hosts прописан IP нового сервера,
3. в /etc/hosts (для Linux) или C:\Windows\System32\drivers\etc\hosts (для Windows) прописан некорректный IP-адрес для текущего хоста.
4. другие проблемы, касающиеся DNS,
5. проблема с http-авторизацией,
6. некорректные редиректы на сервере,
7. у вас локальный сайт, который недоступен извне,
8. проблема с SSL-сертификатом.

Более точно причину можно понять, посмотрев лог проверки сайта — он находится в папке /bitrix/ и имеет формат имени site_checker_*.log.

Развернул копию сайта на dev.сайт, как дополнительный сайт в BitrixEnv, т.е. в папке /home/bitrix/ext_www/dev.сайт

Модуль Push&Pull работает странно:
После загрузки сыплет в консоль ошибками

WebSocket connection to '...' failed: Error in connection establishment: net::ERR_CERT_AUTHORITY_INVALID

bubbles: false
cancelBubble: false
cancelable: false
composed: false
currentTarget: WebSocket {url: "wss://dev.сайт/bitrix/subws/?CHANNEL_ID=e8d54…645111ee1e9ee8210639c&binaryMode=true&revision=19", readyState: 3, bufferedAmount: 0, onopen: null, onerror: null, …}
defaultPrevented: false
eventPhase: 0
isTrusted: true
path: []
returnValue: true
srcElement: WebSocket {url: "wss://dev.сайт/bitrix/subws/?CHANNEL_ID=e8d54…645111ee1e9ee8210639c&binaryMode=true&revision=19", readyState: 3, bufferedAmount: 0, onopen: null, onerror: null, …}
target: WebSocket {url: "wss://dev.сайт/bitrix/subws/?CHANNEL_ID=e8d54…645111ee1e9ee8210639c&binaryMode=true&revision=19", readyState: 3, bufferedAmount: 0, onopen: null, onerror: null, …}
timeStamp: 21547.630000000026
type: "error"

После где-то минуты начинает работать — статут соединения становится — online:

При этом проверка системы говорит что сокеты не работают:

Как я понимаю P&P начинает работать в обход сокетов.

В чем может быть проблема?

В проверке сайте можно наблюдать такую ошибку 
Работа с сокетами Ошибка! Не работает
Она может встретиться по многим причинам, но самая основная, это не работающий сертификат SSL, что бы сайт работал по протоколу HTTPS.

Подробнее об ошибке можно посмотреть в файле лога или кликнув на подробности.
Если  вы видите следующую информацию в нем:

Connection to ssl://site.ru:443 Fail Socket error [0]

Это значит, что дело действительно в сертификате.

Первым делом нужно проверить правильно ли установлен сертификат и установлен ли вообще. Как его установить подробно расписано в этой статье Битрикс настройка SSL, ошибка работы с сокетами

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

Также в консоли можно обратиться к своему сайту через CURL и если вы видите:

curl: (7) Failed to connect to  Network is unreachable

Это еще раз подтверждает то, что проблема в сертификате.

Был такой случай, что у корневого сертификата IdenTrust DST Root CA X3 закончился срок действия, из-за этого массово возникли проблемы у всех сайтов с бесплатным сертификатом Let’s Encrypt от Google.

Для обновления корневого сертификата необходимо выполнить две команды в консоли:

yum install ca-certificates

update-ca-trust

В CentOS выполнить команды:

trust dump —filter «pkcs11:id=%c4%a7%b1%a4%7b%2c%71%fa%db%e1%4b%90%75%ff%c4%15%60%85%89%10» | openssl x509 | sudo tee /etc/pki/ca-trust/source/blacklist/DST-Root-CA-X3.pem


sudo update-ca-trust

После обновления корневого сертификата, обновите также основной Let’s Encrypt и ошибка должна уйти.

Загрузка

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

Работа с сокетами (check_socket): Fail

А в журнале мы видим следующий лог:

2016-Feb-27 13:41:10 Работа с сокетами (check_socket): Fail
Connection to site.ru:80  Success
== Request ==
GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=83f81a8666278b68e58012ce161a1dd0 HTTP/1.1
Host:  site.ru


== Response ==
HTTP/1.1 404 Not Found
Server: nginx/1.4.6 (Ubuntu)
Date: Sat, 27 Feb 2016 12:41:10 GMT
Content-Type: text/html
Content-Length: 177
Connection: keep-alive

== Body ==
<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.4.6 (Ubuntu)</center>
</body>
</html>

==========

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

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

2016/02/27 13:41:10 [error] 2309#0: *658 openat() "/usr/share/nginx/html/bitrix/admin/site_checker.php" failed (2: No such file or directory), client: 127.0.0.1, server: localhost, request: "GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=83f81a8666278b68e58012ce161a1dd0 HTTP/1.1", host: "site.ru"

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

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

client: 127.0.0.1, server: localhost, 

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

127.0.0.1 localhost.localdomain localhost site.ru

Изменив эту строчку на

127.0.0.1 localhost.localdomain localhost

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

После установки 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

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

Также если обратится к сайту в консоли через 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

Здесь VPS на BrainyCP за 2$ в месяц, а здесь 50GB шаред-хостинг на BrainyCP за 1.9$ в месяц

lexkosha

Сообщения: 6

Зарегистрирован: Сб июн 12, 2021 3:25 pm

Работа с сокетами Ошибка! Не работает Bitrix

Всем привет!
ребята подскажите как исправить ошибку «Работа с сокетами Ошибка! Не работает»

Делаю тест системы. Выдает ошибку, читал что нужно править файл хост, поправил как написано не помогло.
CentOS 7

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

== Response ==
HTTP/1.1 404 Not Found
Server: nginx/1.20.1
Date: Sat, 12 Jun 2021 15:24:03 GMT
Content-Type: text/html; charset=iso-8859-1
Content-Length: 196
Connection: keep-alive

== Body ==
<!DOCTYPE HTML PUBLIC «-//IETF//DTD HTML 2.0//EN»>
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL was not found on this server.</p>
</body></html>

sbury

Сообщения: 1129

Зарегистрирован: Вт фев 06, 2018 7:51 am

Re: Работа с сокетами Ошибка! Не работает Bitrix

Сб июн 12, 2021 9:39 pm

в файле /etc/hosts, первой строкой добавьте запись
127.0.0.1 _ваш_домен_

при помощи команды
hostname
проверьте какой он у вас вообще прописан в системе. bitrix требует запись полного доменного имени в системе

Второе, сертификат SSL должен быть выдан данному домену.
И третье, если в DNS есть запись ipv6 типа АААА, и она не подключена к домену, или есть не существующая, она должна быть удалена

Пока хоть одно из этих условий не выполнено , вы будете получать данную ошибку.

sbury

Сообщения: 1129

Зарегистрирован: Вт фев 06, 2018 7:51 am

Re: Работа с сокетами Ошибка! Не работает Bitrix

Вс июн 13, 2021 8:03 am

показывайте что прописано. А так же вывод hostname. Можете в личку

lexkosha

Сообщения: 6

Зарегистрирован: Сб июн 12, 2021 3:25 pm

Re: Работа с сокетами Ошибка! Не работает Bitrix

Вт авг 31, 2021 8:44 pm

Сегодня попробовал по новой все поднять. К сожалению решить проблему не удалось. Может кто то сталкивался и победил?

confignsk

Сообщения: 14

Зарегистрирован: Пн дек 21, 2020 1:38 am

Re: Работа с сокетами Ошибка! Не работает Bitrix

Чт окт 14, 2021 8:19 am

Всем добрый день! Какие варианты еще решений можно использовать ?

• Записки IT специалиста — Форум

• Bitrix – ошибки в работе с сокетами

Требуется наша помощь?

Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.

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

На что эта ошибка влияет?

Если проверка на работу сокетов не проходит, то другие тесты также не могут быть выполнены: «Замечание. Не удалось проверить из-за ошибки в работе с сокетами».

При этом, в большинстве случаев сайт продолжает нормально работать.

Как исправить ошибку?

Способ решения в полной мере зависит от причины.

Опишем так же по пунктам:

1. в случае недавнего переезда сайта на новый сервер достаточно просто подождать, процесс обновления DNS обычно занимает несколько часов, но может занять до нескольких дней, этот процесс зависит от разных факторов,
2. в данном случае необходимо в файле hosts прописать правило для домена, обычно это делается в той же строке, где и localhost — добавить домен сайта в конце строки,
3. в этом случае нужно просто убрать некорректную запись из hosts,
4. в случае других проблем с DNS необходимо более детально изучать вопрос и обращаться к специалистам,
5. необходимо корректно сконфигурировать сервер (в т.ч. файл .htaccess),
6. необходимо корректно настроить редиректы, также учитывая порт подключения,
7. решение такое же как в пункте 2 — необходимо отредактировать hosts, добавив имя текущего домена,
8. проверьте корректность установки SSL-сертификата.

Как исправить ошибку «Работа с сокетами