| Цитата |
|---|
| Марина написал: CEShop:: |
| Код |
|---|
grep -r CEShop bitrix/modules/ bitrix/modules/bitrix.eshop/include.php:class CEShop |
Обновите решение Современный интернет-магазин.
Обновите решение Современный интернет-магазин. |
|||||
|
|
|
Имя директории модуля обычно совпадает с именем в marketplace Также модули могут быть в local/modules/ |
|||||
|
|
|
По названию в гугле находится это Просто заходите у себя в админке Рабочий стол → Marketplace → Установленные решения и смотрите список установленного. /bitrix/admin/partner_modules.php?lang=ru |
|||||
|
|
|
Или удалите его |
|||
|
|
|
Допустим, если структура такая:
Можно просто: удалить ненужную директорию
переместить на её место нужную
Создать пустую директорию, чтобы апач не выдавал ошибку
Таким образом в итоге: /home/bitrix/ext_www/shop.test.ru — здесь старый test.ru /home/bitrix/ext_www/test.ru — здесь старый opt.test.ru /home/bitrix/ext_www/opt.test.ru — пустая директория Можно удалить конфиги opt.test.ru из апача и nginx, тогда пустая директория будет не нужна. В меню всё должно правильно отображаться. Если сайты на одном ядре, то поправить симлинки. |
|||||||||||||||
|
|
|
Вот эти порты теперь для push-сервера должны быть доступны.
|
|||||
|
|
|
Попробуйте дописать allow all; auth_basic off;
Изучите весь конфиг, чтобы найти откуда возникает базовая авторизация в вашем случае. Под все конфигом подразумевается вся директория /etc/nginx/ |
|||||||||
|
|
|
Вы директорию .well-known/acme-challenge/ создали в /var/www/dehydrated ? Если у вас сертификат создан через меню bitrix-env, то директория указана в nginx в letsencrypt-challenge-tokens.conf |
|||
|
|
|
Верно. Видны сразу две проблемы. У вас просрочен сертификат, при этом есть редирект в http на https При попытке запросить указанный файл, выводится базовая авторизация (требуются логин/пароль) — это причина ошибки 403. |
|||
|
|
|
Попробуйте создать .well-known/acme-challenge/dUzivMQcUJfhodfhVQcFroztd_YYh9Z2wd77pP вручную и открыть в браузере. Если тоже ошибка 403, то смотреть в конфигах nginx в чём причина. Также в логе nginx можно поискать ip с которых идут обращения от let's encrypt и убедиться, что эти ip не заблокированы в nginx / fail2ban / bitrix или ещё где. Также можно попробовать сменить dehydrated на acme.sh или certbot |
|||
|
|
|
|
Ещё дырку нашли.
|
|||
|
|
|
Значит проблема в другом файле. Остается поиск. Ещё модно просканировать бесплатным imunifyav. |
|||
|
|
|
Попробуйте удалить его. |
|||||
|
|
|
У одного из клиентов тоже после удаления этих записей админка поднялась. Сменил права на эти файлы на root. Самый простой способ защититься. |
|||
|
|
|
|
Убедитесь, что в вашем .htaccess нет лишних редиректов.
Содержимое стандартного .htaccess:
|
|||
|
|
|