|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
Здравствуйте. При авторизации пользователем на сайте, без администраторских прав, появляется ошибка такая Доступ запрещен. Просмотр файла /auth/index.php запрещен. При этом авторизуясь. В чем может быть проблема? Помогите кто знает как исправить? Спасибо! |
|
Пользователь 113039 Постоянный посетитель Сообщений: 499 xDyPx |
в админке, в структуре каталога найдите эту папку и этот файл и для него(нее) можно настроить прова. посмотрите там. или для неавторизованного пользователя может быть запрещен вообще доступ к какому-либо модулю. Посмотрите права группы пользователей НЕ администраторов. А все-таки жаль: иногда над победами нашими |
|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
#3 0 12.03.2013 13:02:01
Через админ панель поменял права доступа на чтение, стала не видна форма авторизации (в файл .access.php) дописались права на чтение. |
||
|
Пользователь 113039 Постоянный посетитель Сообщений: 499 xDyPx |
проблема решена? если страница должна быть видна только для авторизованных, то поставьте для неавторизованных — доступ запрещен, а для авторизованных — чтение. А все-таки жаль: иногда над победами нашими |
|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
#5 0 12.03.2013 14:23:18
Спасибо! Помогли очень! |
||
|
Пользователь 305810 Заглянувший Сообщений: 6 |
Добрый день! Я являюсь администратором КП относительно недавно. У нас получается Головной Офис и филиалы, я создала структуру и т.п. для ГО и филиалов в одной структуре компании, потом через мастер настройки сделала многопортальность в КП, потом создала 2 новых подразделения (филиалы) с помощью мастера (добавить подразделение) и они у меня добавились. После этого создались права автоматически Филиал1: сотрудники и филиал1: администраторы (филиал2 аналогично). Потом я добавила несколько сотрудников вручную (не высылала им приглашение на портал) с филиалов, убрала все галочки в правах доступа, кроме филиал1: сотрудники, Пользователи, имеющие право голосовать за рейтинг и Пользователи имеющие право голосовать за авторитет. Потом попробовала зайти через них у меня вышла ошибка — Доступ запрещен. Просмотр файла /index.php запрещен. После когда встаешь на подразделение филиал1 все пункты меню открываются, видимо адрес у них другой надо вбивать при входе. Возможно ли как то убрать эту ошибку? |
|
Пользователь 81034 Заглянувший Сообщений: 32 |
#7 0 15.09.2017 16:05:41
Где это нужно указать? |
||
|
Пользователь 1859723 Заглянувший Сообщений: 3 |
Администрирование => Контент => Структура сайта => Файлы и папки => справа в окне с файлами на самой последней странице находишь фаил index.php => В свойствах выбираешь права на доступ к контенту => там выставляешь доступ по не авторизованным и своим группам на доступ или запрет к файлу. |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
Доброго дня. Все делал как вы сказали. но не получается. Но вот , что заметил, не меняется время и дата на файле index.php после редактирования прав доступа к нему. Пользователь вроде и входит (вверху слева есть его имя и фамилия, ) но вот дальше сразу окно авторизации и такое сообщение: «Доступ запрещен. Просмотр файла /index.php запрещен.» Помогите, где еще ковырять. |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#10 0 07.05.2018 15:30:40 а может это быть из-за демо версии продукта? Не изменяться права доступа?вЃ |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#11 1 07.05.2018 16:05:19 Ок. спасибо. Вроде частично решил проблему, нет одног опользователя на котором еще нужно проверить, но на остальных работает! Вообщем, не знаю почему, но была изменена конфигурация файла .access.php, а именно прописано следующее: Жирным выделил, что изменил — заменил D на R и сразу стало пускать без вопросов новых пользователей..вЃ |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#12 0 07.05.2018 16:26:31 Все было хорошо, но снова, стало, плохо. буквально пару минут и не стало заглавной страницы, сразу же выкидывает на страницу /stream Вот подправил файлик..вЃ |
|
Пользователь 4723964 Заглянувший Сообщений: 1 |
#13 0 15.12.2020 13:25:57 Править файл .access.php для админки. (папка_сайта/bitrix) 21, 18, 17 и тд — ID группы пользователей. |
|
Пользователь 68985 Заглянувший Сообщений: 22 |
#14 0 19.03.2021 15:02:28 Кто подскажет: «T-8» — это что за атрибут?? |
Автор:
·
Опубликовано 17.08.2016
· Обновлено 12.11.2017
В процессе установки обновлений произошла ошибка с надписью «доступ запрещен», а так же с надписью:
Ошибка соединения с сервером обновлений: [0] php_network_getaddresses: getaddrinfo failed: Name or service not known. Нет соединения с сервером обновлений.
После этого пропало дерево настроек модулей, а так же сохранение cookies.
После перезагрузки VPS сайт начинал работать нормально, но при попытке обновления вылетала все та же ошибка Ошибка соединения с сервером обновлений: [0] php_network_getaddresses: getaddrinfo failed: Name or service not known. Нет соединения с сервером обновлений и доступ запрещен.
После обращения в службу поддержки Bitrix было предложено:
Попробуйте в файле /bitrix/.settings.php (.settings_extra.php)изменить
'type' => 'memcache',на
'type' => '',
И после этого система обновилась полностью.
Метки: BitrixCMSОбновленияОшибки
Читайте также:
Почему появляется ошибка?
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Если Вы пытаетесь войти в админку под своим именем, и получаете эту ошибку — значит, у Вас недостаточно прав. Возможно, администратор сайта вывел Вас из группы администраторов. Или привязка к этой группе закончилась по времени.
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Привет всем.
Ситуация следующая:
Установил битрикс, обновил все норм, версия php 7.4 сайт один, файл .access.php присутствует.
Работает 2 часа и потом сессия отваливается:
При сохранении элементов или страниц выдает:
Ваша сессия истекла. Пожалуйста, пересохраните документ еще раз.
В админке при проверки системы зависает на: Наличие необходимых модулей php и 0%
При проверке доступа выдает: Permission denied: BITRIX SESSID ERROR
Настройки пытаюсь сохранить, обновляет страницу но не меняет ничего.
В обновлениях пробовал установить язык там 5 языков для обновления весят, пишет Доступ запрещен.
При установке лицензионного ключа пишет в аллерте: Ошибка сохранения ключа: ERRДоступ запрещен.
В итоге переустанавливаю, работает нормально, через час-два опять эта шляпа!
Хостинг Джино, ТП пишет вот что:
Мы понимаем, что проблема может быть с сервером, но мы не поддержка данной cms, не можем знать, что может скрываться за причинами этой ошибки. Вам поддержка cms должна уточнить, что может быть причиной проблемы.
Не допер извини, ошибку показать или что? все как обычно
нигде не забанено, при попытке обновить вообще хоть чтото выдает alert Ошибка обновления: ERRДоступ запрещен.
russian
software
it
bitrix
6
ответов
напиши в личку, пойдем разбираться
Rustam Fatkhullin
напиши в личку, пойдем разбираться
ты всех в личку забрал.
а потом не найдя ответа поиском опять будут те же вопросы.
и в поиск не отправить.
хоть результаты потом пиши.
Alexander Ostrovsky
ты всех в личку забрал.
а потом не найдя ответа по…
Все кого забирал — сделаны, все ок😁
Rustam Fatkhullin
Все кого забирал — сделаны, все ок😁
вопрос ж не в этом.
нет вообще мысли, что не решил, вопрос как.
с другой стороны, конечно можно не делиться.
Alexander Ostrovsky
вопрос ж не в этом.
нет вообще мысли, что не решил…
Я им помог, а уж хотят поделиться или нет — их дело =)
На чтение 2 мин Просмотров 777 Опубликовано 15.12.2019
Администрирование — настройки — группы пользователей для нужной группы пользователей (например, Моя компания: Сотрудники) на вкладке «Доступ» ставите нужные права для модулей
Администрирование — настройки — список пользователей, заходите в нужного пользователя на вкладке «Группы» ставите галки возле нужных групп (например, Моя компания: Сотрудники)
Если я правильно понял ваш вопрос.
Если вас не устраивает ответ или его нет, то попробуйте воспользоваться поиском на сайте и найти другие ответы в категории Компьютеры
В 1С: Сайт ЖКХ в личном кабинете жильца может выходить ошибка при авторизации «Доступ запрещен. Просмотр файла /personal/index.php запрещен»:
Рассмотрим, как исправить данную ситуацию.
В случае если пользователь имеет привязку к лицевому счету, необходимо зайти на сайт под администратором, перейти в раздел «Кабинет». Далее выбрать меню «Изменить страницу — Доступ к странице»:
В открывшемся окне нужно настроить право доступ «Наследовать Чтение»:
Также можно указать право «Чтение»:
После данных действий пользователь сможет получить доступ к кабинету:
Установил на сайт БУС 1С Битрикс. Добавил нового пользователя в группу Администраторы. При попытке авторизоваться на сайте система выдает ошибку: Ошибка авторизации! Доступ запрещен. Просмотр файла /bitrix/admin/index.php запрещен.
На самом деле, при возникновении подобной ошибки, проблема может крыться в элементарных недоработках со стороны администратора сайта, предоставившего доступ пользователю.
При условии, что на сайте зарегистрировано несколько (к примеру 3) пользователей с правами администратора, и система запрещает доступ только кому-то одному, а два других авторизуются без проблем, нужно проверить активность нового пользователя в соответствующей группе, в данном случае в группе Администраторы.
Для этого переходим НАСТРОЙКИ-ПОЛЬЗОВАТЕЛИ-ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ.
Далее, в столбце ID напротив нужной нам группы переходим к редактированию группы.
На странице ПАРАМЕТРЫ ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ обращаем внимание на количество активных пользователей (на рисунке это цифра 2) и количество зарегистрированных пользователей в разделе ПОЛЬЗОВАТЕЛИ В ГРУППЕ на рисунке их три). Напротив двоих из них галки уже стоят, а один из пользователей не активирован в группе. Напротив его имени ставим галку.
Сохраняем все, просим пользователя заново авторизоваться. Скорее всего, он благополучно войдет в админ-панель сайта.
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Выглядит так:
Сообщение появляется при одном из вариантов:
-
Наличие блокировок доступа по IP-адресу.
-
Неправильная настройка модуля безопасности 1С-Битрикс.
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED.Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное (1), выберите Менеджер файлов (2).
Далее перейдите по пути: /www/bitirx/modules/security/admin/ (3).
Найдите файл security_403.php (4) и скачайте его или сделайте его копию на сервере.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Для этого перейдите в Инструменты (1) → Резервные копии (2). В актуальной резервной копии выполните тот же путь до файла «security_403.php», что и в прошлом шаге.
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Перейдите в административном разделе сайта по пути Настройки → Проактивная защита → Защита административного раздела. Отключите защиту или введите ваш текущий IP-адрес.
Далее восстановите файл «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, указывающую на родительский компонент. Т.е. код вызова
простого компонента должен иметь вид:
$APPLICATION->IncludeComponent(«custom:catalog.element», «»,
array(…), $component); Примечание: В одной папке (например,
/bitrix/templates/текущий_шаблон_сайта/components/) есть шаблоны двух
компонентов, комплексного и простого:
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) — не знаю, взаимосвязано ли.
В разделе Веб-формы -> Настройка форм -> (SIMPLE_FORM_1) на вкладке «Доступ» для всех групп, в том числе незарегистрированных, стоит «[15] просмотр и изменение своих результатов».
Права на доступ к файлам resume.php и resume_success.php для группы «Все пользователи» — чтение. Ведь они ничего не записывают? Им только просмотреть…
Если поставить для них, например, запись, не смогут ли они внести какие-либо изменения, которые могут повлиять на безопасность сайта?
Почему появляется ошибка?
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Если Вы пытаетесь войти в админку под своим именем, и получаете эту ошибку — значит, у Вас недостаточно прав. Возможно, администратор сайта вывел Вас из группы администраторов. Или привязка к этой группе закончилась по времени.
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Система обновлений привязывается к конкретной установке и «запоминает» состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченного количества установок продукта.
Основные причины возникновения данной ошибки:
- Нарушение по количеству разрешенных копий;
- Переустановка сайта;
- Восстановление резервных копий;
- Изменение хостинга;
- Изменение IP;
- Изменение параметров хостинга.
Соответственно, если вы не будете переустанавливать сайт, восстанавливать резервные копии и будете использовать хостинг со статическим IP, ошибка будет возникать реже. Более полные рекомендации доступны по ссылке.
В случае, когда система уже заблокировалась, обратитесь, пожалуйста, в техническую поддержку.
В обращении обязательно нужно указать, что у вас возникла ошибка [ERROR_WRONG_CODE] и следующие данные:
- лицензионный ключ копии продукта, о которой идет речь;
- какие действия предшествовали появлению ошибки;
- сколько существует установок (копий) продукта, в т. ч. локальных;
- какие сайты (укажите доменные имена) работают с использованием данного лицензионного ключа.
Не допер извини, ошибку показать или что? все как обычно
нигде не забанено, при попытке обновить вообще хоть чтото выдает alert Ошибка обновления: ERRДоступ запрещен.
russian
software
it
bitrix
6
ответов
напиши в личку, пойдем разбираться
Rustam Fatkhullin
напиши в личку, пойдем разбираться
ты всех в личку забрал.
а потом не найдя ответа поиском опять будут те же вопросы.
и в поиск не отправить.
хоть результаты потом пиши.
Alexander Ostrovsky
ты всех в личку забрал.
а потом не найдя ответа по…
Все кого забирал — сделаны, все ок😁
Rustam Fatkhullin
Все кого забирал — сделаны, все ок😁
вопрос ж не в этом.
нет вообще мысли, что не решил, вопрос как.
с другой стороны, конечно можно не делиться.
Alexander Ostrovsky
вопрос ж не в этом.
нет вообще мысли, что не решил…
Я им помог, а уж хотят поделиться или нет — их дело =)
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Выглядит так:
Сообщение появляется при одном из вариантов:
-
Наличие блокировок доступа по IP-адресу.
-
Неправильная настройка модуля безопасности 1С-Битрикс.
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED.Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное (1), выберите Менеджер файлов (2).
Далее перейдите по пути: /www/bitirx/modules/security/admin/ (3).
Найдите файл security_403.php (4) и скачайте его или сделайте его копию на сервере.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Для этого перейдите в Инструменты (1) → Резервные копии (2). В актуальной резервной копии выполните тот же путь до файла «security_403.php», что и в прошлом шаге.
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Перейдите в административном разделе сайта по пути Настройки → Проактивная защита → Защита административного раздела. Отключите защиту или введите ваш текущий IP-адрес.
Далее восстановите файл «security_403.php» из резервной копии.