Причина
Внимание! Перед продолжение удостоверьтесь что у вас ест резервная копия файла security_403.php
Откройте файл security_403.php в текстовом редакторе и очистите его содержимое
Сохраните изменения и проверьте доступ в админку. Данная процедура отключает контроль доступа в админ панель и позволяет исправить ошибки конфигурирования системы безопасности 1С-Битрикс.
Перейдите в административный раздел сайта:
После устранения ошибок восстановите файл security_403.php из резервной копии.
Типовое содержимое файла приведено ниже:
Пожалуйста, не забывайте восстанавливать содержимое файла, иначе ваш сайт останется без защиты.
В 1С: Сайт ЖКХ в личном кабинете жильца может выходить ошибка при авторизации «Доступ запрещен. Просмотр файла /personal/index.php запрещен»:
Рассмотрим, как исправить данную ситуацию.
В случае если пользователь имеет привязку к лицевому счету, необходимо зайти на сайт под администратором, перейти в раздел «Кабинет». Далее выбрать меню «Изменить страницу — Доступ к странице»:
В открывшемся окне нужно настроить право доступ «Наследовать Чтение»:
Также можно указать право «Чтение»:
После данных действий пользователь сможет получить доступ к кабинету:
На самом деле, при возникновении подобной ошибки, проблема может крыться в элементарных недоработках со стороны администратора сайта, предоставившего доступ пользователю.
При условии, что на сайте зарегистрировано несколько (к примеру 3) пользователей с правами администратора, и система запрещает доступ только кому-то одному, а два других авторизуются без проблем, нужно проверить активность нового пользователя в соответствующей группе, в данном случае в группе Администраторы.
Для этого переходим НАСТРОЙКИ-ПОЛЬЗОВАТЕЛИ-ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ.
Далее, в столбце ID напротив нужной нам группы переходим к редактированию группы.
На странице ПАРАМЕТРЫ ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ обращаем внимание на количество активных пользователей (на рисунке это цифра 2) и количество зарегистрированных пользователей в разделе ПОЛЬЗОВАТЕЛИ В ГРУППЕ на рисунке их три). Напротив двоих из них галки уже стоят, а один из пользователей не активирован в группе. Напротив его имени ставим галку.
Сохраняем все, просим пользователя заново авторизоваться. Скорее всего, он благополучно войдет в админ-панель сайта.
Управление доступом к папкам и файлам
Система предусматривает возможность отключения просмотра физической структуры сайта в Административном разделе. Это может быть полезно по следующим соображениям:
Примечание: Если в файловом менеджере продукта не отображаются файлы и папки и без включения функции Не отображать раздел «Файлы и папки» в меню «Структура сайта», то это происходит:
Для настройки прав доступа к текущей директории (например, к корневой папке) нужно воспользоваться кнопкой Свойства папки, расположенной на контекстной панели:
Права групп пользователей на доступ к директории сайта наследуются всеми вложенными папками и файлами. Иными словами, задав право, скажем, на чтение одной папки, задаются права на чтение для всех вложенных в неё папок.
Управление доступом к файлам и папкам так же возможно и из
Запрет на доступ к той или иной информации на сайте — достаточно частая операция. В «1С-Битрикс: Управление сайтом» создана гибкая система задачи прав на доступ к информации, вы всегда можете показать только то что хотите и кому хотите
Чтобы пользователь мог редактировать те или иные страницы/разделы и на панели управления были соответствующие кнопки, для требуемой группы пользователей необходимо установить права на запись:
Нельзя закрыть доступ только к определенным папкам в разделе «Файлы и папки» (так, чтобы они не отображались для какой-либо группы пользователей). Чтобы группа пользователей могла работать только с конкретными папками, а остальные не видела, нужно закрывать доступ ко всему разделу «Файлы и папки» и открывать этой группе доступ к конкретным папкам, давая прямые ссылки на эти папки (группа пользователей сможет работать по прямым ссылкам, но файловой структуры не увидит).
Была правильно создана группа и к ней приписан пользователь. Группе назначены следующие права доступа к административным частям модулей:
Но в административной части сайта пользователи созданной группы не имеют доступа к страницам и при авторизации выдается
сообщение об ошибке
.
Назад в раздел
Добрый вечер. Подскажите пожалуйста, как быть с такой проблемой. Есть сайт, решили прикрутить у сайта к админке доп. авторизацию от nginx.
Без доп. авторизации все нормально, авторизоваться можно, зайти в админку сайта.локейшен на админку.
После перезагружаем nginx и пробуем авторизоваться в админке.1 доп. авторизация проходит нормально, открывается окно авторизации админки сайта. Ввожу авторизационные данные к сайту, и получаю такую ошибку, в логах ничего интересного нет.
Права на index.php также как и у всех.
Сайт работает от пользователя bagas33. Скрин. ошибки
После этого пропало дерево настроек модулей, а так же сохранение cookies.
После обращения в службу поддержки Bitrix было предложено:
И после этого система обновилась полностью.
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Привет всем.
Ситуация следующая:
Установил битрикс, обновил все норм, версия php 7.4 сайт один, файл .access.php присутствует.
Работает 2 часа и потом сессия отваливается:
При сохранении элементов или страниц выдает:
Ваша сессия истекла. Пожалуйста, пересохраните документ еще раз.
В админке при проверки системы зависает на: Наличие необходимых модулей php и 0%
При проверке доступа выдает: Permission denied: BITRIX SESSID ERROR
Настройки пытаюсь сохранить, обновляет страницу но не меняет ничего.
В обновлениях пробовал установить язык там 5 языков для обновления весят, пишет Доступ запрещен.
При установке лицензионного ключа пишет в аллерте: Ошибка сохранения ключа: ERRДоступ запрещен.
В итоге переустанавливаю, работает нормально, через час-два опять эта шляпа!
Хостинг Джино, ТП пишет вот что:
Мы понимаем, что проблема может быть с сервером, но мы не поддержка данной cms, не можем знать, что может скрываться за причинами этой ошибки. Вам поддержка cms должна уточнить, что может быть причиной проблемы.
Не допер извини, ошибку показать или что? все как обычно
нигде не забанено, при попытке обновить вообще хоть чтото выдает alert Ошибка обновления: ERRДоступ запрещен.
Ответов
напиши в личку, пойдем разбираться
ты всех в личку забрал.
а потом не найдя ответа поиском опять будут те же вопросы.
и в поиск не отправить.
хоть результаты потом пиши.
Все кого забирал — сделаны, все ок😁
вопрос ж не в этом.
нет вообще мысли, что не решил, вопрос как.
с другой стороны, конечно можно не делиться.
Я им помог, а уж хотят поделиться или нет — их дело =)
Администрирование — настройки — группы пользователей для нужной группы пользователей (например, Моя компания: Сотрудники) на вкладке «Доступ» ставите нужные права для модулейАдминистрирование — настройки — список пользователей, заходите в нужного пользователя на вкладке «Группы» ставите галки возле нужных групп (например, Моя компания: Сотрудники)
Если я правильно понял ваш вопрос.
Если вас не устраивает ответ или его нет, то попробуйте воспользоваться поиском на сайте и найти другие ответы в категории Компьютеры
В случае если пользователь имеет привязку к лицевому счету, необходимо зайти на сайт под администратором, перейти в раздел «Кабинет». Далее выбрать меню «Изменить страницу — Доступ к странице»:
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Сообщение появляется при одном из вариантов:
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED. Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное
, выберите Менеджер файлов
.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Далее восстановите файл «security_403.php» из резервной копии.
В ней рассказывается, что в Битриксе применяется следующий алгоритм поиска подходящего шаблона для компонента:
Если используется шаблон сайта из папки local , то система сначала
ищет шаблон компонента в папке
/local/templates/текущий_шаблон_сайта/components/. Если там шаблон не
найден, то берётся папка /local/templates/.default/components/. Если
шаблон найден, то поиск прекращается. Если используется шаблон сайта
из папки /bitrix/templates/, то берется папка
/bitrix/templates/текущий_шаблон_сайта/components/. В этой папке в
пути /пространство_имен_компонента/название_компонента/ проверяется
последовательно наличие файла или папки с именем шаблона. Если таковых
нет, то проверяется наличие файла имя_шаблона.ext, где в качестве ext
берутся последовательно все доступные расширения всех установленых на
сайте движков шаблонизации. Если шаблон найден, то алгоритм
завершается. Если на шаге 1 шаблон не найден, то берется папка
/bitrix/templates/.default/components/. И применяется алгоритм,
описанный в шаге 1. Если шаблон найден, то алгоритм завершается. Если
на шаге 2 шаблон не найден, то производится поиск среди системных
(т.е. поставляемых с компонентом) шаблонов. Особенности поиска:
Если имя шаблона не задано, то ищется шаблон с именем .default. Если
шаблон задан именем папки, то в случае простого компонента в этой
папке ищется файл template.ext, а в случае комплексного —
название_страницы.ext. Расширение ext сначала принимается равным php,
а затем расширениям других доступных на сайте движков шаблонизации.
Например, требуется показать компонент bitrix:catalog.list с помощью
шаблона table. Пусть на сайте, кроме стандартного движка шаблонизации
(файлы с расширением php), доступен так же движок Smarty (файлы с
расширением tpl). Система проверит сначала папку
/local/templates/текущий_шаблон_сайта/components/bitrix/catalog.list/
на наличие файла или папки с именем table. Если таковых нет, система
проверит эту же папку на наличие файлов table.php и table.tpl. Если
ничего не найдено, система изучит папки
/bitrix/templates/.default/components/bitrix/catalog.list/ и
/bitrix/components/bitrix/catalog.list/templates/.
Если папка компонента найдена, в этой папке сначала ищется файл
template.php, и если этот файл не найден, то ищется template.tpl. Если
шаблон задан в виде table/template.php, то сразу берется указанный
файл.
Если простой компонент вызывается в составе комплексного, то шаблон
простого компонента сначала ищется в составе шаблона комплексного
компонента, а потом (если не найден) в собственных шаблонах. Чтобы это
правило работало, при вызове простых компонентов в составе
комплексного не забывайте указывать четвертым параметром переменную
$component, указывающую на родительский компонент. Т.е. код вызова
простого компонента должен иметь вид:
catalog (комплексный, в котором есть еще простой catalog.section)
catalog.section (простой) По условиям работы сайта необходимо чтобы
для двух вхождений catalog.section использовался один единственный
шаблон. В этом случае нужно, чтобы этот шаблон имел имя, отличное от
.default, иначе он не будет подхвачен.
Уважаемые коллеги, в руководстве по веб-формам указано, что при уже созданной форме не стоит переключаться из упрощенного режима в расширенный и обратно — меняется структура БД.
Боюсь сломать то, что сделано.
А проблема следующая:Есть форма resume.php с собственным шаблоном. Компонент bitrix:form.result.newЕсть «Страница с сообщением об успешной отправке» = resume_success.php, на ней компонент Просмотр результата (bitrix:form.result.view)
При заполнении формы администратором все ОК. Если заполняет незарегистрированный пользователь, форма сохраняется, но при показе результата resume_success.php говорит, что нет прав доступа.
При этом, кстати, в форму не подкрепляется и не сохраняется приложенный файл (поле типа file) — не знаю, взаимосвязано ли.
Если поставить для них, например, запись, не смогут ли они внести какие-либо изменения, которые могут повлиять на безопасность сайта?
Почему появляется ошибка?
Система обновлений привязывается к конкретной установке и «запоминает» состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченного количества установок продукта.
Основные причины возникновения данной ошибки:
Соответственно, если вы не будете переустанавливать сайт, восстанавливать резервные копии и будете использовать хостинг со статическим IP, ошибка будет возникать реже. Более полные рекомендации доступны по ссылке.
