0 Пользователей и 1 Гость просматривают эту тему.
- 13 Ответов
- 18674 Просмотров
Здравствуйте!
Столкнулся с такой проблемой:
Переехал на днях на другой хостинг. При входе в панель управления (после ввода логина и пароля) появляется ошибка 403 forbidden. Самое интересное, что эта ошибка появляется только в браузере Firefox. В других браузерах вход в админку осуществляется без проблем.
Разговаривал с хостером — они говорят, что с настройками хостинга всё в порядке.
С правами на папки и файлы Joomla всё в порядке. В браузере forefox никаких дополнений не установлено, настройки cookie — в порядке, кеш чистил. Также чистил кеш DNS в компьютере. Сами новые DNS-ки и IP на домен успешно встали после переезда.
Вероятность того, что мой компьютер заражен — минимальна. Только что проверил всевозможными антивирусными сканерами.
Где-то читал, что ошибка 403 может выдаваться из-за насроек apache у хостера, если это так, почему же тогда только в одном браузере выдаётся, а не во всех… — это вопрос.
Устал проблему искать, никак найти не могу. Но причина есть — иначе быть не может.
Для меня крайне важно использовать браузер Firefox для администрирования своего сайта, поэтому прошу вас помочь.
Поделитесь соображениями.
С уважением к вам.
« Последнее редактирование: 13.08.2013, 12:21:22 от b2z »
Записан
Подожди еще день-два, или пропиши в hosts IP к домену. Было после переезда сайта, в Opera открывался новый хостинг, а в ФФ старый.Проверял по IP.
Так и не заработало… Я не особо разбераюсь в принципах работы браузера Firefox. А из-за самого хостинга может быть такое, что Firefox выдаёт ошибку 403? Может быть этот браузер так своеобразно реагирует на какие-то настройки сервера? Чисто теоретически может быть такое?
Так и не заработало… Я не особо разбераюсь в принципах работы браузера Firefox. А из-за самого хостинга может быть такое, что Firefox выдаёт ошибку 403? Может быть этот браузер так своеобразно реагирует на какие-то настройки сервера? Чисто теоретически может быть такое?
Может, если прописать директиву/настройки для User-Agent Firefox .
п.с.
А с другого компа пробовал?
« Последнее редактирование: 12.08.2013, 18:33:49 от draff »
Записан
Может, если прописать директиву/настройки для User-Agent Firefox .
Нет, с другого компьютера не пробовал. Возможности нет.
А где это директива User-Agent находится? Не в about:config случайно?
Ну обычно в .htaccess , и может быть в JavaScript.
Не так давно было похожее с FF… набери/убери перед адресом www
Сейчас идет массовый брутфорс пароля к админке у многих хостеров. В связи с этим хостеры закрывают доступ админке. Недавно видел тему, что один хостер(мастерхост вроде) открыл доступ к админке, но передупреждает, что для доступа нужно использовать любой браузер кроме огнелиса….
Записан
Разработка, доработка расширений для Joomla!
Нет, с другого компьютера не пробовал. Возможности нет.
Есть еще вариант- перемести в другую папки Profiles.
Находятся в C:Document and SettingsAdminApplication DataMozillaFireFoxProfiles and
C:Document and SettingsAdminLocal SettingsMozillaApplication DataMozillaFireFoxProfiles
Всем спасибо за ответы, но у меня что-то другое похоже. Вот что стало прощупываться:
Зашёл из-под учётной записи администратора, запустил Firefox, набрал адрес админки, ввел логин и пароль — вход выполнен!
А вот из-под учётной записи пользователя — по-прежнему ошибка 403. Но «лёд тронулся» — я рад!
По крайней мере, чувствую, что не всё так критично. Подскажите, в чём беда? Моих знаний не хватает, чтобы определить. Впервые с таким сталкиваюсь.
Проверяй еще права на папку и путь /tmp .Чтобы соответствовало Document Root
А так- более всего обновились DNS , удалился кеш в браузере, очистилась таблица _session
Открыл общий доступ ко всем папкам и файлам Firefox, включая папки и файлы по адресу C:Document and SettingsAdminApplication DataMozilla. Пробовал переустанавливать браузер даже. Ни в какую не хочет работать из-под учетной записи пользователя. Ошибка 403, и всё тут!
Проверил все пути jooml’ы — всё нормально. Document root всё соответствует.
Теряю надежду.
Попробуй таки переместить указанную папку Profiles. Даже когда удаляешь программу, настройки браузера остаются .А потом после новой установки браузера, старые настройки снова используются.
И очисти в БД таблицу _session
п.с.
А что в логах хостинга?
« Последнее редактирование: 13.08.2013, 09:34:34 от draff »
Записан
Попробуй таки переместить указанную папку Profiles.
Получилось! Надо было сразу draff’a слушаться, меньше бы мучился. Спасибо!
When I attempt to log in to the admin panel of my site (Joomla 2.5), I get a 403 permission error. A number of sources report solutions (none of which have worked in my case, see below) and I am wondering how to troubleshoot this problem appropriately.
Some points
- the main website is functioning properly, and there is no evidence that the site has been hijacked
- I have successfully accessed the admin panel in the past with my current credentials
- My error log reports that client denied by server configuration
- As noted here the permissions of the administrator folder are set correctly
- There is no .htaccess file in the administrator directory. There is one in the main website directory with a Limit POST entry.
- Some instances of this problem appear to be resolved by contacting the host of the webserver. I’m currently in communication with my provider, and will delete this question if the problem is not Joomla-related.
(Do we need an administration tag?)
Spunkie
8871 gold badge9 silver badges20 bronze badges
asked Apr 22, 2014 at 21:59
I recommend double-checking any rules you have loaded through your .htaccess/web.config file. I’ve seen people throw in custom rule-sets to manage the /administrator/ directory that don’t quite cooperate with their hosts Apache/IIS configuration.
Of course, it maybe worth loading a fresh Joomla instance under a subdomain or another account under your control inside the same hosting environment to see if the problem persists.
From my experience, if it isn’t any of the above(including the permissions/ownership issue that has already been cleared), it’s usually hosting-related. And of course, from there we get into an entire paradigm of elements(type of host stack, modules loaded for stack elements(PHP, MySQL, Linux, etc)). But you would likely be getting more involved error messages.
answered Apr 22, 2014 at 22:17
2
I have received a zip file from someone which contain all the data for a Joomla site. And he asked me to do some CSS configurations to change the look of homepage. I unzipped the zip file an found a .sql file, a Joomla site folder and a .jpa backup file. I pasted that folder in xampp’s htdocs folder and named it as tp and then imported the sql file in newly created database and and made changes in configuration file for database.
Now when I type localhost/tp the site runs successfully, but when I type localhost/tp/administrator it gives me 403 forbidden access error. The short note is that it’s my first experience with Joomla and I don’t know how I can fix this. As mostly 403 error comes due to error in .htdocs file that’s why I am giving the the code at the end of this question.
# @package Joomla
# @copyright Copyright (C) 2005 - 2012 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
## Mod_rewrite in use.
RewriteEngine On
# Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit attempts to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*([^)]*) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|[|%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|[|%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
# RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
Action php /cgi-php53/php
AddHandler php53 .php
I have received a zip file from someone which contain all the data for a Joomla site. And he asked me to do some CSS configurations to change the look of homepage. I unzipped the zip file an found a .sql file, a Joomla site folder and a .jpa backup file. I pasted that folder in xampp’s htdocs folder and named it as tp and then imported the sql file in newly created database and and made changes in configuration file for database.
Now when I type localhost/tp the site runs successfully, but when I type localhost/tp/administrator it gives me 403 forbidden access error. The short note is that it’s my first experience with Joomla and I don’t know how I can fix this. As mostly 403 error comes due to error in .htdocs file that’s why I am giving the the code at the end of this question.
# @package Joomla
# @copyright Copyright (C) 2005 - 2012 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that dissallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
## Can be commented out if causes errors, see notes above.
Options +FollowSymLinks
## Mod_rewrite in use.
RewriteEngine On
# Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit attempts to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*([^)]*) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|[|%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|[|%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
# RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index.php
# and the request is for something within the component folder,
# or for the site root, or for an extensionless URL, or the
# requested URL ends with one of the listed extensions
RewriteCond %{REQUEST_URI} /component/|(/[^.]*|.(php|html?|feed|pdf|vcf|raw))$ [NC]
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
Action php /cgi-php53/php
AddHandler php53 .php
I know this question has been posted a few times already, however I feel that the answers do not quite relate to my problem.
I am trying to admin an existing Joomla webpage, however it seems that the previous admin did something that forbids me from accessing the /administrator section on the page. When I try to enter the admin section using sitename.com/administratoror sitename.com/administrator/index.php, I get 403 Forbidden.
I checked the site contents through FTP (which I can access fine) and it seems jSecure plugin is not installed — therefore the admin page should be accessible through /administrator, right? The file permissions for the /administrator folder were 705, I tried changing them to 775, no change. Any suggestions what to do?
Ahmed Ashour
4,87810 gold badges36 silver badges52 bronze badges
asked Mar 4, 2017 at 10:53
2
To quickly diagnose this, try the following in order; stop when you find one that works, and revert changes one by one until you find the single one that’s responsible for the problem. Any modifications to the site’s security is to be avoided to prevent weakening your site too much.
- Find the following files, and rename them: (if you are using apache)
- /.htaccess
- /administrator/.htaccess
(if this is the case, you may have either code that’s incompatible with the current Apache version, or instructions to explicitly prevent access)
-
chmod the /administrator to 777 (and revert immediately if it doesn’t work) (in this case, it’s a permission problem, just make sure the user running the site has read access to the /administrator folder and subfolders)
-
re-apply the Joomla Upgrade package to restore original files in place (you have compromised files)
-
check out the /logs/ and /administrator/logs folders, the file error.php may contain more info (at least you know Joomla works! find more info therein)
-
check out your webserver error log. (find more info there)
answered Mar 5, 2017 at 10:41
Riccardo ZornRiccardo Zorn
5,5551 gold badge19 silver badges36 bronze badges
1
Disable Jsecure or Jsecure light from the extensions table in phpMyAdmin by changing enable from 1 to 0, This corrected it for me.
answered May 13, 2019 at 0:54
Double check your installation path.
I used C-Panel for installing Joomla. By default selected root folder was «portal»,so correct path to my page was not www.mydomain.org/, but www.mydomain.org/portal/
I have no idea why admin console was working anyway. Very confusing.
I have reinstalled my page again and ensured that nothing was entered for «Directory (Optional)»
answered May 2, 2020 at 13:53
-
Offline
BalamutMAN
Недавно здесь
- Регистрация:
- 13.01.2012
- Сообщения:
- 18
- Симпатии:
- 0
- Пол:
- Мужской
Здравствуйте ув форумчане, мой сайт работает на Joomla 3.5 и все было хорошо, но вдруг один из дочерних пунктов меню стал отдавать ошибку 403 (В доступе на страницу отказано, все остальные пункты меню работают корректно и до него и после него. Где ошибка и что ее вызывает понять не могу, подскажите пожалуйста как проанализировать эту ошибку и понять что ее вызывает?
index.php работает корректно
как мне найти конкретную папку или файл ответственный за вывод одного конкретного пункта меню?
есть достуа к ftp , я бы поменял права к пункту меню или статье если бы знал как их найти через ftp…
-
Offline
OlegM
Russian Joomla! Team
Команда форума- Регистрация:
- 12.04.2007
- Сообщения:
- 4 311
- Симпатии:
- 375
- Пол:
- Мужской
1. Определить в настройках пункта меню, какому компоненту принадлежит данный пункт меню. Например, если в URL option=com_content — то com_content. Это менеджер статей (материалов).
2. Проверить права доступа к этому компоненту.
3. Проверить права доступа к определенному функционалу этого компонента.Например, у статьи (материала) доступ может быть ограничен на уровне конкретной статьи, её категории, или всего компонента.
Можно в общих настройках сайта включить Отладку сайта, а затем просмотреть отчет о правах доступа в Пользователи — Группы — Отчёт о проверке прав доступа
Лучше покажи URL пункта меню.
Это бред. Все права доступа хранятся в базе данных. «Здесь Вам не тут, а Joomla — не битрикс», чтобы изменением доступа к файлу менялся уровень доступа.
danem и BalamutMAN нравится это.
-
Offline
BalamutMAN
Недавно здесь
- Регистрация:
- 13.01.2012
- Сообщения:
- 18
- Симпатии:
- 0
- Пол:
- Мужской
Спасибо за помощь!
1. com_content
2. drwxr-xr-x
3. public установлено у пункта меню и статьизашел в «Отчёт по отладке прав доступа для группы #1, Public»
там у всех все одинаково…обратите внимание что пункты меню верхнего уровня и нижнего работают..
Последнее редактирование: 19.07.2016
-
Offline
OlegK
Russian Joomla! Team
Команда форума
⇒ Профи ⇐- Регистрация:
- 17.01.2011
- Сообщения:
- 7 813
- Симпатии:
- 768
- Пол:
- Мужской
Перешел по ссылке и вижу предупреждение о Мошенничестве
Вложения:
-
j.JPG
- Размер файла:
- 44.2 КБ
- Просмотров:
- 1
-
Offline
BalamutMAN
Недавно здесь
- Регистрация:
- 13.01.2012
- Сообщения:
- 18
- Симпатии:
- 0
- Пол:
- Мужской
возможно это потому-что www.crdf.fr показывает что есть вирусы на сайте, все никак не могу добиться от них удаления сайта из базы (virustotal показывает что сайт чист)
-
Offline
OlegM
Russian Joomla! Team
Команда форума- Регистрация:
- 12.04.2007
- Сообщения:
- 4 311
- Симпатии:
- 375
- Пол:
- Мужской
Лучший ответ
Так это у тебя серверная ошибка. Попробуй переименовать пункт меню — audiotmp вместо audio, например.
И смотри ограничение доступа в .htaccess или в настройках сайта на хостинге.
-
Offline
BalamutMAN
Недавно здесь
- Регистрация:
- 13.01.2012
- Сообщения:
- 18
- Симпатии:
- 0
- Пол:
- Мужской
Олег! Лучи добра тебе и огромное спасибо! Переименовал-заработало, переименовал обратно — написало что конфликт с подпапкой на сервере (положил папку с названием аудио) удалил ее и вуаля!
-
Offline
OlegM
Russian Joomla! Team
Команда форума- Регистрация:
- 12.04.2007
- Сообщения:
- 4 311
- Симпатии:
- 375
- Пол:
- Мужской
Ну и ладненько.
И все равно — пока своими глазами не увидишь — хрен знает, о чем речь и куда копать.«Порой метод тыка творит чудеса»
-
Offline
danem
Недавно здесь
- Регистрация:
- 18.06.2013
- Сообщения:
- 4
- Симпатии:
- 1
- Пол:
- Мужской
В Яндекс вэбмастере стояла 403 ошибка на главной странице, индексированию не подлежала. Все перерыл не как не мог избавится. Статьи пересматривал но видел фигу. После этого топика, спецом проверил статью от пункта меню — права на админа стаяли. Блин, и это вот промашка вэбмастера с опытом в 16 лет. Спасибо, Олегу!
Поделиться этой страницей
Я знаю, что этот вопрос был опубликован уже несколько раз, однако я чувствую, что ответы не совсем относятся к моей проблеме.
Я пытаюсь администрировать существующую веб-страницу Joomla, однако кажется, что предыдущий администратор сделал что-то, что запретило мне доступ к разделу / administrator на странице. Когда я пытаюсь войти в раздел администратора с помощью sitename.com/administratorили же sitename.com/administrator/index.php, Я получил 403 Forbidden,
Я проверил содержимое сайта через FTP (который я могу получить доступ нормально), и кажется, jSecure Плагин не установлен — поэтому страница администратора должна быть доступна через /administrator, право? Файл разрешений для /administrator папки были 705, я пытался изменить их на 775, без изменений. Любые предложения, что делать?
0
Решение
Чтобы быстро диагностировать это, попробуйте следующее по порядку; остановитесь, когда найдете работающий, и отмените изменения по одному, пока не найдете тот, который отвечает за проблему. Следует избегать любых изменений в безопасности сайта, чтобы не слишком ослаблять ваш сайт.
- Найдите следующие файлы и переименуйте их: (если вы используете apache)
- /.htaccess
- /administrator/.htaccess
(если это так, у вас может быть либо код, несовместимый с текущей версией Apache, либо инструкции для явного предотвращения доступа)
-
chmod / администратор на 777 (и немедленно вернуться, если он не работает) (в этом случае это проблема с правами доступа, просто убедитесь, что у пользователя, работающего с сайтом, есть доступ на чтение к папке / administrator и подпапкам)
-
повторно применить пакет обновления Joomla, чтобы восстановить исходные файлы на месте (вы взломали файлы)
-
проверьте папки / logs / и / administrator / logs, файл error.php может содержать больше информации (по крайней мере, вы знаете, Joomla работает! найти больше информации в нем)
-
проверьте журнал ошибок вашего веб-сервера. (найти больше информации там)
0
Другие решения
Других решений пока нет …




