Прозрачный ремонт bitrix admin

Защита админки от взлома

Технические данные

Описание

Наш модуль защитит вашу админку от взлома (атак путем перебора паролей), а так же от генерации чрезмерного количества запросов к админке.

Доступ в админку осуществляются по специальной ссылке или ключу.

Рашьше вы заходили в админку по этой ссылке www.Ваш сайт.ru/bitrix/admin/
теперь что бы попасть в админку вам нужно добавить в эту ссылку ключевое слово которую знаете только вы.
Пример входа в админку без модуля: www.Ваш сайт.ru/bitrix/admin/
Пример входа в админку с модулем: www.Ваш сайт.ru/bitrix/admin/?KEY=bitrix

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

Ключевое слово можно поменять в настройках модуля, по умолчании установлено слово » bitrix «.

«Защита админки» устанавливается на все редакции Битрикса.

У кого вылазит ошибка Лишний вывод в файлах конфигурации и капча не работает
в файле модуля bitrix/modules/mbx.protection/include.php
меняем строчку
LocalRedirect(«/»);
на
header(‘Location: /’);

будет нужен нормальный программист пишите письма))

А почему нерабочие решения на маркете выставляют?
— разработчик не отвечает пользователям
— капча не работает

а так жаль, идея ведь хорошая

Диана, Добрый день, извиняюсь за столь долгий ответ.

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

Если возникнут трудности, напишите мне на почту ashashot@gmail.com

Алексей Шаронов, Добрый день, извиняюсь за столь долгий ответ.

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

Если возникнут трудности, напишите мне на почту ashashot@gmail.com

1.0.1 (15.12.2018) Долгожданное обновление модуля: — Исправили проблемы с капчей — Исправили проблемы с BigData — Исправил работу страницы детального просмотра товара — Небольшие исправления А так же скоро предстоит глобальное обновление. Для старых клиентов будет сюрприз.

Установка происходит автоматические после покупки модуля в маркетплейс.
Настройки модуля находятся : Настройка — Настройки продукта — Настройки модулей — Защита админки

Вы можете изменить настройки по умолчанию, изменив кодовое слово входа в админку с «bitrix» на любое слово на латинице.

Что бы поменял кодовое слово нужно войти в админку, Настройка — Настройки продукта — Настройки модулей — Защита админки

Что бы включить защиту нужно в настройках модуля поставить галочку «Включить защиту»

Источник

И опять «белый экран» в админке.

При попытке зайти сайт или в админку появляется «белый экран». Хостер и создатели сайта в один голос говорят, что ничего не меняли и посылают друг к другу.
Перечитав много аналогичных проблем на этом форуме делал:

1. В файле: .htaccess
php_value display_errors 1
php_value error_reporting 7

Никаких ошибок не видно.

Читайте также:  Бтр 80 обслуживание ремонт

2. В файле /bitrix/php_interface/dbconn.php:

$DBDebug = true;
Никаких ошибок не видно.

3. Пытался искать пустые строки, как написано здесь:

Ничего не нашлось.

3. После установки в dbconn.php параметра «define(«SM_SAFE_MODE», true);» (отключает все модули системы за исключением главного и модуля «Управление структурой»)
Сайт видно, но с сообщениями «Модуль Информационных блоков не установлен».
В Панель управления попасть не получается, по прежнему «белый экран».

Посоветуйте, пожалуйста, куда дальше копать?

Цитата
Cherni пишет:
Посоветуйте, пожалуйста, куда дальше копать?

Цитата
Cherni пишет:
Посоветуйте, пожалуйста, куда дальше копать?
Цитата
Валерий Калинов пишет:
Как вариант.
Похожую же ситуацию наблюдал после правки init.php, в котором была допущена ошибка.
В документации об этом написано, что такие ошибки трудно поддаются обнаружению.
Цитата
Владимир Откидач пишет:
У меня такая же беда. Захожу в админку, есть форма авторизации, но после попытки авторизоваться, белый экран. Спустя какое-то время опять видна форма авторизации. Просмотрел все файлы на наличие лишний строк, пробелов, скобок — ни-че-го! На фронтенде так же белый экран. Включил отображение всех ошибок, только Notice есть несколько, ошибок нет. Кто подскажет, где копать.
Цитата
Дмитрий Яковенко пишет:
Была недавно проблема при входе в админку, форма авторизации показывается, вводишь пароль — белый экран.
Включил вывод ошибок, на эран вылезла
Fatal error: include_once(): Cannot delete class in /home/bitrix/ext_www/ruberi.ru/bitrix/modules/main/lib/loader.php on line 263
Пообщался с ТП, они сослались на баг PHP . Судя по описанию что-то с APC не то.
Рестартанул апач (или отключил кешер APC и включил) и все завелось. Пока ошибка не воспроизводится.
Цитата
Владимир Откидач пишет:
Дело в том, что у меня не было никаких ошибок совсем. Только нотисы. рестарт сервисов сервера, это первое, что я сделал. Странно, почему до сих пор девелы не реализовали функционал для диагностики таких проблем. Единственно что советуют, включить вывод ошибок. Который, чаще всего ничего не дает. Как искать что не работает, если нет ошибок?
Мне, в данный момент помог человек из ТП, за что ему огромное спасибо!)))
Цитата
Владимир Откидач пишет:
Дело в том, что у меня не было никаких ошибок совсем. Только нотисы. рестарт сервисов сервера, это первое, что я сделал. Странно, почему до сих пор девелы не реализовали функционал для диагностики таких проблем. Единственно что советуют, включить вывод ошибок. Который, чаще всего ничего не дает. Как искать что не работает, если нет ошибок?
Мне, в данный момент помог человек из ТП, за что ему огромное спасибо!)))

День добрый. Какая-то поголовная проблема с этим белым экраном. точно такая же проблема. Подскажите, как вы решили эту проблему? Куда смотреть и что править? Спасибо

/путь/.section.php on line 2

Спасибо огромное! Все таки когда форум пестрит советами, найти ошибку легче.

Симптомы:
Периодический белый экран на действия только в админке — сохранения форм в админке — белый экран

Решение:
Последняя правка — внесение констант в init.php — лишний пробел после ?>

Симптом такой же: после авторизации белый экран. Ничего не меняли на сайте, никуда его не переносили, просто работал-работал и в один «несчастный день» — бело-молочный «пейзаж»

Помогло удаление из папки /bitirx/managed_cache/MYSQL всё что там есть. Удачи !

Добрый день. Тоже столкнулся с белым экраном. В прошлый раз решить данную проблему помогло удаление учётки, под которой в админке был белый экран. В этот раз хочу разобраться в том, почему это происходит и как можно избавиться от этой проблемы впринципе.

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

Источник

Частые вопросы

Ошибки базы данных

  • MySQL server has gone away или Lost connection to server during query
  • Не отвечает сервер при сохранении данных формы под MSSQL
  • При переносе на другой хостинг: «#1064 — You have an error in your SQL syntax. ‘DEFAULT CHARSET=. «
  • При установке на Oracle выдает следующую ошибку: ORA-01704: string literal too long
  • Неправильно сортируются элементы в списках
  • Server shutdown in progress
  • Out of range value adjusted for column ‘USER_ID’ или Incorrect integer value: » for column ‘SESS_SESSION_ID’
  • Access denied for user: ‘ user @%’ to database ‘dab_test’
  • DB query error. Please try later
  • Out of memory; restart server and try again (needed XXXXX bytes)
  • Got error 28 from table handler
  • Ошибки БД: «Incorrect key file», «Can’t open file», «Incorrect information in file» и др.
    MySQL server has gone away или Lost connection to server during query
    В процессе выполнения запроса сервер оборвал соединение. Проблема связана с настройкой MySQL и часто возникает когда на сервере установлен небольшой лимит времени на соединение.

    Установите в bitrix/php_interface/after_connect.php:

    $DB->Query(«SET wait_timeout=28800»);

    Если проблема останется — обратитесь к администратору хостинга.

    Наверх

    Не отвечает сервер при сохранении данных формы под MSSQL
    Проблема часто возникает из за низкого значения параметра PHP odbc.defaultlrl, по умолчанию равного 4096.

    Вам необходимо существенно увеличить его, например, до 64000.

    Наверх

    При переносе на другой хостинг: «#1064 — You have an error in your SQL syntax. ‘DEFAULT CHARSET=. «
    Проблема возникает в связи с тем, что дамп БД создается в MySQL версии 4.1 или выше, а устанавливается на более ранней версии MySQL, которая не поддерживает объявление кодировки для таблицы.

    Для решения проблемы воспользуйтесь опцией mysqldump: —compatible=mysql40

    Наверх

    При установке на Oracle выдает следующую ошибку: ORA-01704: string literal too long
    Скорее всего, Вы устанавливаете систему при установленной кодировке UTF8 в Oracle.

    Установите значение параметра NLS_LANG, например, в AMERICAN_AMERICA.CL8MSWIN1251

    Значение параметра Вы можете прописать в реесте Windows, в ветке HLM/SOFTWARE/ORACLE

    Наверх

    Неправильно сортируются элементы в списках
    Возможны разные варианта проблемы:

    Обратитесь за решением данной проблемы к администратору хостинга.

    2. Проверьте значения, отвечающие за кодировку БД: character_set, или, для версий MySQL 4.1 и выше, character_set_server и character_set_database. При использовании кодировки, отличной от cp1251 (кириллица), например, latin1, сортировка по строкам, содержащим символы кириллицы, будет производиться некорректно. Проверить это можно выполнив запрос к БД

    show variables like ‘char%’;

    Для решения проблемы установить в файле /bitrix/php_interface/after_connect следующие строки

    $DB->Query(«SET NAMES cp1251»);

    Если указанные действия не помогают, то выполните перенос системы (установку) еще раз, создавая дамп БД в кодировке cp1251 и создав новую БД тоже в кодировке cp1251.

    Наверх

    Server shutdown in progress
    Часто такая ошибка возникает, когда на сервере установлено ограничение на ресурсы, отводимое операционной системой на тот или иной процесс. Вам нужно обратиться к системному администратору хостинга с тем, чтобы он дал ответ — по какой причине процесс mysql-сервера перезапускается.

    Наверх

    Out of range value adjusted for column ‘USER_ID’ или Incorrect integer value: » for column ‘SESS_SESSION_ID’
    Скорее всего, у вас установлен MySQL версии 5.x

    Вам необходимо из значения для переменной sql-mode убрать STRICT_TRANS_TABLES.

    1 вариант: изменение конфигурации сервера через my.cnf. Например,

    sql-mode=»NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION»
    sql-mode=»STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION»

    2 вариант: если у Вас нет доступа к конфигурационным файлам MySQL-сервера, попробуйте в /bitrix/php_interface/after_connect.php добавить строку:

    $DB->Query(«set sql_mode=»»)

    Подробнее на официальном сайте:

    Наверх

    Access denied for user: ‘ user @%’ to database ‘dab_test’
    Начиная с 4-ой версии MySQL права на LOCK назначаются отдельно.

    Необходимо дополнительно назначить права на LOCK TABLES для данного пользователя базы данных.

    Наверх

    DB query error. Please try later
    Для решения проблемы в файле /bitrix/php_interface/dbconn.php установите значение переменной $DBDebug в значение true.

    После этого обновите страницу: на экране появится текст ошибки. Передайте его в службу нашу поддержки.

    Наверх

    Out of memory; restart server and try again (needed XXXXX bytes)
    Эта ошибка говорит о том, что MySQL-серверу не хватает памяти на выборку данных. Достаточно часто такая проблема решается перезагрузкой веб-сервера и MySQL.

    Также рекомендуем вам установить следующие значения для MySQL в файле my.cnf:

    key_buffer = 64M
    max_allowed_packet = 8M
    table_cache = 256
    sort_buffer_size = 8M
    read_buffer_size = 1M

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

    Наверх

    Got error 28 from table handler
    Это сообщение об ошибке означает, что не осталось свободного дискового пространства для работы MySQL.

    Обратитесь к системному администратору Вашего сервера для решения проблемы.

    Наверх

    Ошибки БД: «Incorrect key file», «Can’t open file», «Incorrect information in file» и др.
    Эта проблема характерна для базы данных MySQL, таблиц в формате MyISAM.

    Для решения проблемы в окне SQL-запроса выполните

    repair table b_search_content_stem

    b_search_content_stem — имя неработающей таблицы.

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

    Источник

    Читайте также:  Zanussi ремонт по гарантии
    Оцените статью