Ошибка соединения could not open socket битрикс

 

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

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

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

1

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

0

Регистрация: 29.12.2011

#1

0

26.04.2015 12:24:48

Всем привет.

В инструментах запустил проверку системы. После завершения проверки, отображается ошибка работы с сокетами «Ошибка! Не работает».
В логе проверки вот такое выдает:

Код
2015-Apr-26 11:51:58 Работа с сокетами (check_socket): Fail
Connection to my_site.eu:80   Success
== Request ==
GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=814a9cbcd8404e38f267d774bd2c40fa HTTP/1.1
Host: my_site.eu


== Response ==
HTTP/1.1 404 Not Found
Date: Sun, 26 Apr 2015 08:51:58 GMT
Server: Apache/2.2.22 (Debian)
Vary: Accept-Encoding
Content-Length: 306
Content-Type: text/html; charset=iso-8859-1

== Body ==
<!DO CTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<ht ml><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /bitrix/admin/site_checker.php was not found on this server.</p>
<hr>
<address>Apache/2.2.22 (Debian) Server at my_site.eu Port 80</address>
</body></html>

==========

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

Собственно с чем связана эта ошибка и в какую сторону идти для решения? Заранее благодарен.

 

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

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

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

1

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

0

Регистрация: 29.12.2011

Может ли быть это связано с тем что данный сайт находится в подкаталоге другого сайта на битрикс?
В этом подкаталоге есть символические ссылки на папки «bitrix» и «upload».

 

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

Эксперт

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

1

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

3

Регистрация: 10.01.2007

My_site.eu — в логах так и пишется?

 

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

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

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

1

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

0

Регистрация: 29.12.2011

#4

0

26.04.2015 14:45:45

Цитата
Александр Гусев написал:
My_site.eu — в логах так и пишется?

Нет, это я специально изменил в сообщении.

 

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

Эксперт

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

1

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

3

Регистрация: 10.01.2007

значит покопайте, почему 404 для /bitrix/admin/site_checker.php

 

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

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

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

1

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

0

Регистрация: 29.12.2011

 

домен наверно еще не знает про новый сервер?

 

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

Эксперт

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

1

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

3

Регистрация: 10.01.2007

#8

0

27.04.2015 21:14:44

Цитата
Scrooge написал:
домен наверно еще не знает про новый сервер?

наврятли)
скорее в настройках сайта домен не прописали нормальный

CIFTIX.ru | Улучшенная капча и защита от ботов | Оплата по ссылке | Умный поиск

 

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

Заглянувший

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

1

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

0

Регистрация: 01.07.2014

Господа! также прошу помощи с работой с сокетами…пытался имя сайта добавить в hosts на 127.0.0.1, файрволл сбрасывал на сервере по умолчанию, аутентификации как в комментарии битрикса нет…по рекомендации битрикса «У вас сервер отдает 404 ответ почему-то. Попробуйте через fsockopen подключиться к серверу, будет такой же ответ.

http://php.net/manual/ru/function.fsockopen.php

» проверил что к серверу подключение есть..куда копать непонятно.

 

#10

0

15.08.2015 07:40:49

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

 

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

Заглянувший

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

1

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

0

Регистрация: 01.07.2014

#11

0

15.08.2015 18:00:23

Цитата
Scrooge написал:
Если на сайт через hosts заходите, то будет писать эту ошибку, как домен делегируете, ошибка сама исчезнет

Спасибо за комментарий, на самом деле как решение видел на одном из форумов прописать в /etc/hosts на сервере, но не помогло…домен давно делегирован..странность в том, что на данном сервере сегодня переносил еще один битрикс и на нем данной ошибки не было..настройки у сайтов идентичны относительно днс, нс и тд

 

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

Заглянувший

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

0

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

0

Регистрация: 24.04.2016

#12

0

04.05.2016 16:36:28

Цитата
Александр Гусев написал:
значит покопайте, почему 404 для  /bitrix/admin/site_checker.php

Особенно подчеркну предложение Александра. Кроме 404 и 302 ошибка бывает :)   Советую внимательно посмотреть логи и какой ответ сервера.  Вот на фото подчеркнуто красным. Чуть ниже надписи Работа с сокетами (check_socket): Fail . Долго искал в поисковике bitrix socket error ,  нашел интересную и подробную статью  

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

 , чтобы  сформулировать правильное задание ТЗ , а то вовсе без техподдержки решить проблему после «

Полного тестирования системы» /bitrix/admin/site_checker.php?lang=ru

У меня другая ошибка была,  неправильный redirect Но суть в том, что эта проблема с сокетом. может быть причиной значительного увеличения нагрузки на сервер.. (фото ДО и после ))
Очень рад что есть такой полезный инструмент «Проверка системы», он позволяет не создавать лишней работы по оптимизация скриптов и  вообще избежать много другого страшного гемора, например потерянные ссылки на сайте.

 

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

Заглянувший

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

1

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

0

Регистрация: 02.07.2016

#13

0

02.07.2016 20:51:58

Цитата
Руслан Платонов написал:

Цитата
Александр Гусев  написал:
значит покопайте, почему 404 для  /bitrix/admin/site_checker.php

Особенно подчеркну предложение Александра. Кроме 404 и 302 ошибка бывает    Советую внимательно посмотреть логи и какой ответ сервера.  Вот на фото подчеркнуто красным. Чуть ниже надписи  Работа с сокетами (check_socket): Fail .  Долго искал в поисковике   bitrix socket error ,   нашел интересную и подробную статью   Bitrix. Исправляем ошибку «Работа с сокетами — Ошибка!   , чтобы  сформулировать правильное задание ТЗ , а то вовсе без техподдержки решить проблему после » Полного тестирования системы»   /bitrix/admin/site_checker.php?lang=ru  

У меня другая ошибка была,  неправильный redirect Но суть в том, что эта проблема с сокетом. может быть причиной значительного увеличения нагрузки на сервер.. (фото ДО и после ))
Очень рад что есть такой полезный инструмент «Проверка системы», он позволяет не создавать лишней работы по оптимизация скриптов и  вообще избежать много другого страшного гемора, например потерянные ссылки на сайте.

Руслан,
Расскажите, пожалуйста, про свою проблему с редиректом и как вы ее решили. Похоже у меня тоже самое. Не могу понять как решить(

 

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

Заглянувший

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

1

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

0

Регистрация: 02.07.2016

#14

0

03.07.2016 22:38:06

Все, в принципе решил проблему уже) Просто отказался от незащищенной версии сайта (полностью закрыл на файрволле http проброс) и соответственно убрал редирект с незащищенной версии на защищенную, после этого все взлетело.
Сам редирект был прописан в .htaccess
И выглядел вот так:
RewriteCond %{SERVER_PORT} !^8443$
RewriteRule .*

https://%{SERVER_NAME}:8443%{REQUEST_URI}

[R=301,L]
(То есть SSL на 8443 порту)

 

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

Заглянувший

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

0

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

0

Регистрация: 28.03.2020

#15

0

14.04.2020 09:20:35

После перевода сайта на Битрикс на работу через ssl перестала проходить выгрузка из 1С
В файлах выгрузки поправил http на https, сайт пингуется, но при проверке средствами битрикс выдает ошибку сокета
Что не так — не пойму
в логах на хостинге Джино.ру  ошибки нет
ТП Джино не помогают даже на платной основе
сервер на vps
Кто поможет разобраться за договорное вознаграждение?

 

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

Посетитель

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

0

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

0

Регистрация: 09.11.2020

#16

0

01.10.2021 15:00:11

Цитата
Андрей Осадчук написал:
После перевода сайта на Битрикс на работу через ssl перестала проходить выгрузка из 1С
В файлах выгрузки поправил http на https, сайт пингуется, но при проверке средствами битрикс выдает ошибку сокета
Что не так — не пойму
в логах на хостинге Джино.ру  ошибки нет
ТП Джино не помогают даже на платной основе
сервер на vps
Кто поможет разобраться за договорное вознаграждение?

Такая же проблема на джино появилась . Решили как-то?

 

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

Посетитель

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

0

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

0

Регистрация: 09.11.2020

#17

4

03.10.2021 13:41:49

Потратил 4 дня на проблему с сокетами (CentOs7).

В консоли команда (выводит инфо о сертификатах):

openssl s_client -showcerts -connect site.ru:443 </dev/null | openssl x509 -noout -dates

В конце видим ошибку:
Verify return code: 10 (certificate has expired)

Решение: Надо было сделать Обновление корневых сертификатов операционной системы на Linux статья по ссылке

https://www.dmosk.ru/miniinstruktions.php?mini=root-ca-linux

Две команды в консоли :
yum install ca-certificates
update-ca-trust

P.S. Техподдержка джино так и не ответила…

 

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

Посетитель

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

0

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

0

Регистрация: 05.09.2018

#18

0

05.10.2021 11:11:50

Цитата
yum install ca-certificates
update-ca-trust

Спасибо, тоже сегодня столкнулся, помогло решение с обновление сертификатов

 

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

Заглянувший

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

1

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

0

Регистрация: 27.04.2012

#19

0

06.10.2021 09:11:51

Код
yum install ca-certificates
update-ca-trust

Огромное спасибо. Как оказалось такое бывает не только у Джино

 

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

Заглянувший

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

1

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

0

Регистрация: 16.06.2011

#20

0

21.10.2021 16:39:31

Тоже помогло обновление сертификатов на сервере

Теперь нет ошибки  — Работа с сокетами (check_socket): Fail

 

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

Заглянувший

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

0

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

0

Регистрация: 02.04.2018

#21

0

27.10.2021 10:10:14

Цитата
Николай Ванюшин написал:
https://www.dmosk.ru/miniinstruktions.php?mini=root-ca-linux

Спасибо, помогло!!!

Итак, многие сталкиваются с такой проблемой как ошибка сокетов при проверке сайта (а с 30 сентября 2021 так еще больше таких проблем, решение будет ниже):

2021-10-11_11-14-32.png

Из-за этой ошибки сайт не может проверить все остальные параметры и вы видите очень много красных предупреждений: «Замечание. Не удалось проверить из-за ошибки в работе с сокетами». Она бывает при установке сайта на виртуальную машину Битрикс.

Что делать?

Первое что нужно сделать при запуске сайта на виртуальной машине Битрикс, это прописать домен в файле hosts. Заходим на сервер по sftp под root-пользователем, идем в корневую папку etc, открываем файл hosts.

В первой строке через пробел прописываем домен (если доменов несколько, прописываем все через пробелы в этой строке).

Получится примерно так:
127.0.0.1       localhost.localdomain localhost rushstudio.by

Сохраняем файл и перезагружаемся. Готово, все работает.

Домен прописан, ошибка осталась

Сейчас (осень 2021) у всех массово возникли проблемы. Это касается изменений на стороне центра сертификации let’s encrypt (30 сентября 2021 года подошел к концу срок действия корневого сертификата IdenTrust DST Root CA X3.). И если у вас было все настроено и работало, ошибка все-равно появляется.

Решается все довольно просто. Подключаемся по SSH, выходим из открывшегося меню (ctrl+c) и вводим команды подряд:
yum install ca-certificates
update-ca-trust

Готово. Теперь все будет работать.

Думаю в следующих обновлениях Виртуальной машины это поправят, но пока это решение рабочее на 100%.

Все-равно не помогло?

Первым делом проверьте AAAA-запись у домена, если она есть, удалите.
Не помогло? Проверьте что доступ к админке, где вы запускаете тест, открыт (нет ограничений по IP или других блокировок).

Дальнейшие случаи крааайне редки, но встречаются. Тут вам понадобятся немного знаний по системному администриролванию и нужно проверить firewall (сервер пытается подключиться сам к себе, а доступ закрыт) или для входа на сайт требуется HTTP/NTLM авторизация (тут уже просто на время тестирования отключите ее).

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

Работа с сокетами (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

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

— На основе оценок
2

человек

При прохождении теста настроек Битрикса часто вылазит ошибка Socket error [111]: Connection refused, причин может быть несколько. Чтобы понять в чем именно причина, можно посмотреть логи проверки, но лучше в командной строке ввести аналогичную команду (по сути, битрикс ее выполняет).


  	curl https://ваш_сайт
	#Если сайт через SSL работает
  	curl https://ваш_сайт:443

Битрикс не видит своего домена по URL

Если наблюдается такая ошибка (ее можно посмотреть в логах проверки битрикса), то необходимо в /etc/hosts прописать 127.0.0.1 ваш_сайт и ваш.IP ваш_сайт (все с новой строчки).

Ошибка с SSL.
curl: (60) server certificate verification failed.

Еще один распространенный вариант — неправильная установка SSL сертификата. Даже если у вас сайт открывается с зеленой полоской, нужно проверить еще раз тут — https://www.sslshopper.com/ssl-checker.html или в командной строке ввести запрос на сайт через curl.

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

curl: (7) Failed connect to crm.domain.ru:443;
Connection refused

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


  nmap -p80,443 crm.domain.ru

#если выдаст такое, значит порты закрыты
Starting Nmap 6.40 ( http://nmap.org ) at 2017-08-29 18:07 MSK
Nmap scan report for crm.capitalest.ru (192.2.2.2)
Host is up (0.00043s latency).
PORT    STATE  SERVICE
80/tcp  closed http
443/tcp closed https

Данная проблема лечится, как и писал выше, добавлением в /etc/hosts строчки 127.0.0.1 ваш_сайт и ваш.IP ваш_сайт (все с новой строчки).


Вас могут заинтересовать следующие услуги

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

Загрузка

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

lexkosha

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

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

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

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

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

2021-Jun-12 15:24:02 Наличие необходимых модулей php (check_php_modules): Ok
Все необходимые модули установлены
2021-Jun-12 15:24:02 Обязательные параметры PHP (check_php_settings): Ok
Настройки правильные
2021-Jun-12 15:24:02 Модули веб-сервера (check_security): Ok
Конфликтов не выявлено
2021-Jun-12 15:24:02 Значения переменных сервера (check_server_vars): Ok
Корректные
2021-Jun-12 15:24:03 Сохранение сессии (check_session): Ok
50% done
2021-Jun-12 15:24:03 Сохранение сессии (check_session): Ok
Успешно
2021-Jun-12 15:24:03 Параметры настройки UTF (mbstring и константа BX_UTF) (check_mbstring): Ok
Правильные. Сайт работает в UTF кодировке
2021-Jun-12 15:24:03 Служебные скрипты в корне сайта (check_install_scripts): Ok
Отсутствуют
2021-Jun-12 15:24:03 Работа с сокетами (check_socket): Fail
Connection to site.ru:80 Success
== Request ==
GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=092382390232392832932 HTTP/1.1
Host: site.ru

== 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>

==========

Ошибка! Не работает
2021-Jun-12 15:24:03 Выполнение агентов на cron (check_bx_crontab): Warning
Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron
2021-Jun-12 15:24:03 Параметры подключения к базе данных (check_dbconn_settings): Ok
Успешно
2021-Jun-12 15:24:03 Лишний вывод в файлах конфигурации (check_dbconn): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Сохранение сессии без UserAgent (check_session_ua): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Настройки сайтов (check_sites): Ok
Правильные
2021-Jun-12 15:24:03 Передача объектов по ссылке (check_clone): Ok
Успешно
2021-Jun-12 15:24:03 Размер стека и pcre.recursion_limit (check_pcre_recursion): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла (check_upload): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла больше 4Мб (check_upload_big): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла через php://input (check_upload_raw): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Передача POST запроса с большим числом параметров (check_post): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Отправка почты (check_mail): Ok
Успешно
2021-Jun-12 15:24:03 Отправка почтового сообщения больше 64Кб (check_mail_big): Ok
Успешно
2021-Jun-12 15:24:03 Проверка на наличие неотправленных сообщений (check_mail_b_event): Ok
Успешно
2021-Jun-12 15:24:03 Внутреннее перенаправление (функция LocalRedirect) (check_localredirect): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Фактическое ограничение памяти (check_memory_limit): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Работа с файлами кеша (check_cache): Ok
Успешно
2021-Jun-12 15:24:04 Доступ к серверу обновлений (check_update): Ok
Успешно
2021-Jun-12 15:24:04 HTTP авторизация (check_http_auth): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Создание и запуск файла (check_exec): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Функция getimagesize для swf (check_getimagesize): Ok
Успешно
2021-Jun-12 15:24:04 Версия MySQL-сервера (check_mysql_bug_version): Ok
Успешно
2021-Jun-12 15:24:05 Время на БД и веб-сервере (check_mysql_time): Fail
Ошибка! Время отличается на 10800 секунд
2021-Jun-12 15:24:05 Режим работы MySQL (check_mysql_mode): Ok
Успешно
2021-Jun-12 15:24:05 Кодировка соединения (check_mysql_connection_charset): Ok
character_set_connection=utf8, collation_connection=utf8_unicode_ci, character_set_results=utf8
Успешно
2021-Jun-12 15:24:05 Кодировка базы данных (check_mysql_db_charset): Ok
CHARSET=utf8, COLLATION=utf8_unicode_ci
Успешно
97% done
2021-Jun-12 15:24:22 Структура базы данных (check_mysql_table_structure): Ok
Успешно


Аватара пользователя

sbury

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

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

Сообщение

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

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

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

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

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



Аватара пользователя

sbury

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

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

Сообщение

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

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


lexkosha

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

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

Сообщение

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

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


confignsk

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

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

Сообщение

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

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



Битрикс. Ошибка работы с сокетами

После перехода на https (+обновления битрикса и php до версии 7.1.) при самотестировании битрикс выдает ошибку. Хостинг тот же Таймвеб. В интернете информации крайне мало на эту тему.
Никто с таким не сталкивался, и как это исправить?

При том, что обращение просто через строку браузера: 

https://www.kidster.ru/bitrix/admin/site_checker.php?test_type=socket_test&unique_id=e985e23ed838222405ed77e56943f825

Выдает ответ «SUCCESS»

2019-Jan-10 13:21:29 Работа с сокетами (check_socket): Fail
Connection to ssl://www.kidster.ru:443 Success
== Request ==
GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=e985e23ed838222405ed77e56943f825 HTTP/1.1
Host: www.kidster.ru

== Response ==
HTTP/1.1 403 Forbidden
Server: nginx/1.14.0
Content-Type: text/html; charset=iso-8859-1
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Accept-Encoding
Date: Thu, 10 Jan 2019 10:21:29 GMT
X-Page-Speed: 1.13.35.2-0
Cache-Control: max-age=0, no-cache

== Body ==
<!DO CTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<ht ml><head>
<title>403 Forbidden</title>
</head><body>
<h1>Forbidden</h1>
<p>You don't have permission to access /bitrix/admin/site_checker.php
on this server.</p>
</body></html>

Похожие вопросы

Alex

15 дек в 2022


123

1C Bitrix и REST API

Всем привет. Нужна некоторая консультация от разработчиков битрикса) Собираемся делать нативное приложение и нужно сделать так чтобы заказы из приложения и сайта были в одном месте. Может ли битрикс выступать в роли бэка в этом плане? Обмен будет через…

Здравствуйте! Возникла проблема в работе с сайтом

сайт на битриксе.

почему в директории upload папки sale, tmp и uf доступны для редактирования только под рутовым доступом?

Поддомен из папки с сохранением параметров. Мультиязычность Битрикс.

Настраиваю мультиязычность Битрикс. Из папки нужно отдать информацию поддомену. Написал:

RewriteBase /
RewriteCond %{HTTP_HOST} ^en.site.ru$
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteCond %{REQUEST_URI} !^/en(?:/|$)
RewriteRule ^(.*)$ en/$1 [L,QSA]

И…

  • 12 апреля, 2020
  • Обо всем

Очень часто, при развертке Битрикс24 на чистом сервере с Centos 7, после развертки портала сталкиваюсь с ошибкой проверки системы, которая гласит «Ошибка работы с сокетами».

Проблема может быть разная. Но самая частая, в 99% встречающаяся с Битрикс24 — ошибка работы с сокетами это не прописанный или прописанный неверно хост в настройках сервера..

Для решения идем на сервак — FTP/SSH — не важно. Я раньше очень любил подключаться по FTP, сейчас же предпочитаю такие вещи править в консоли.

Если вы подключены через файл-менеджер — заходим в папку — /etc/ и ищем там файл hosts

В консоли, я всегда себе ставлю Midnight Commander (yum install mc) и работаю с ним. Поэтому в консоли я по тому же пути захожу вот так: mc /etc/ и открываю файл hosts клавишей F4

Что должно быть в этом файле?

Главное — чтобы там была запись вида: 127.0.0.1 domain.crm

где domain.crm — это публичный адрес Вашего портала Битрикс24.

Кстати, очень рекомендую всегда ставить портал после подключения домена, это избавит вас от ряда мелочных действий по исправлению записей в настройках модулей)

Всем успехов и приятного пользования Битрикс24

Добрый день. Недавно приобрел лицензию битрикс, решил развернуть локальный сервер.
Все работает, но есть одна проблема при проверке правильности работы bitrix вылезает ошибка:

kztr8we.png

Все народные методы перепробовал. На винде — в хостах прописал два хоста — phpma.localbitrix.ru и localbitrix.ru (собсна, хост, на котором все расположено).

Если обращаться по IP сервера, то все открывается, проверка на сокеты проходит успешно.

rZ7awNb.png

В хосте на сервере уже прописал домен, пробую его пинговать с винды — все «ОК», ровно, как и на сервере.

Q5bCAct.png
XRmKtjV.png
gdnQkQu.png
Tdl4z4A.png

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

P.S — заранее отвечу на всеми любимый вопрос о перезагрузке адаптеров и сервера — да, перезагружал.

Итак, многие сталкиваются с такой проблемой как ошибка сокетов при проверке сайта (а с 30 сентября 2021 так еще больше таких проблем, решение будет ниже):

2021-10-11_11-14-32.png

Из-за этой ошибки сайт не может проверить все остальные параметры и вы видите очень много красных предупреждений: «Замечание. Не удалось проверить из-за ошибки в работе с сокетами». Она бывает при установке сайта на виртуальную машину Битрикс.

Что делать?

Первое что нужно сделать при запуске сайта на виртуальной машине Битрикс, это прописать домен в файле hosts. Заходим на сервер по sftp под root-пользователем, идем в корневую папку etc, открываем файл hosts.

В первой строке через пробел прописываем домен (если доменов несколько, прописываем все через пробелы в этой строке).

Получится примерно так:
127.0.0.1       localhost.localdomain localhost rushstudio.by

Сохраняем файл и перезагружаемся. Готово, все работает.

Домен прописан, ошибка осталась

Сейчас (осень 2021) у всех массово возникли проблемы. Это касается изменений на стороне центра сертификации let’s encrypt (30 сентября 2021 года подошел к концу срок действия корневого сертификата IdenTrust DST Root CA X3.). И если у вас было все настроено и работало, ошибка все-равно появляется.

Решается все довольно просто. Подключаемся по SSH, выходим из открывшегося меню (ctrl+c) и вводим команды подряд:
yum install ca-certificates
update-ca-trust

Готово. Теперь все будет работать.

Думаю в следующих обновлениях Виртуальной машины это поправят, но пока это решение рабочее на 100%.

Все-равно не помогло?

Первым делом проверьте AAAA-запись у домена, если она есть, удалите.
Не помогло? Проверьте что доступ к админке, где вы запускаете тест, открыт (нет ограничений по IP или других блокировок).

Дальнейшие случаи крааайне редки, но встречаются. Тут вам понадобятся немного знаний по системному администриролванию и нужно проверить firewall (сервер пытается подключиться сам к себе, а доступ закрыт) или для входа на сайт требуется HTTP/NTLM авторизация (тут уже просто на время тестирования отключите ее).

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

Работа с сокетами (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

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

Главная - Битрикс хостинг – официальный партнер 1С Битрикс

  • О нас
    • Общая информация
    • Новости
    • Команда
    • Вакансии
    • Миссия
    • Дата-центры
    • Репутация
    • Гарантии
    • Документы
    • Способы оплаты
    • Контакты
  • Хостинг
    • Колонка 1
      • Тарифы в лизинг Минимальная стоимость. Предложение ограниченно.
      • Стандартные есть демо Оптимальная стоимость и условия для средних сайтов.
      • Битрикс-кластеры Высокодоступный кластер с двойным контуром.
    • Колонка 2
      • Производительные Для нагруженных (highload) проектов на 1С Битрикс.
      • Битрикс-VPS Гибкие конфигурации, установка доп. ПО.
    • Колонка 3 (выделенная)
      • Серверы с поддержкой Готовы для работы с 1С Битрикс. Без установочного платежа.
      • Хранилище данных Надежное хранение данных в NAS-структуре.
  • Услуги
    • Колонка 1
      • Ускорение работы Ускорение работы сайтов в части back-end и front-end.
      • Бесшовная миграция Миграция любых проектов без прерывания работы.
      • Премиум-поддержка Расширенные возможности технического обслуживания.
    • Колонка 2
      • Лечение от вирусов Сканирование и лечение от вирусов + превентивная защита.
      • Защита от DDOS-атак Превентивная защита сайтов от DDOS-атак (L2 – L7).
      • Диагностика ошибок Диагностика и исправление ошибок на уровне сервера.
    • Колонка 3
      • Highload-оптимизация Комплекс по оптимизация ПО под высокие нагрузки.
      • Настройка серверов Настройка серверов на BitrixVM, а также под панели управления.
      • SEO: PF 2.0NEW Продвижение сайтов (onpage / outpage) в Яндекс и Google.
  • Продукты
    • Лицензии 1С Битрикс
    • SSL-сертификаты
    • Зарубежные сервисы
    • Панели управления
    • Магазин доменов
  • Помощь
    • Документация
    • Заказать звонок
    • Telegram-чат
    • Тикет в поддержку
  • Бонусы +35%

27.03.2022

Возможные проблемы с сокетами:

  1. Вместо основного используется технический домен (тестовый домен).
  2. SSL-сертификат был установлен некорректно (в некоторых случаях необходимо обратиться к специалистам центра сертификации для уточнения). Подробная инструкция по установке платного SSL.

Понравилась статья? Поделить с друзьями:
  • Ошибка соединения валберис
  • Ошибка соединения forkplayer для samsung smart tv
  • Ошибка соединения 12007
  • Ошибка соединения блэк раша
  • Ошибка смэв что это