Access denied - You are not authorized to access this page.

I am getting this too. Am very confused as I have set up various test drupal sites (4.6.3) before successfully - now for the real deal (4.6.6) and I've fallen at the first hurdle.

The fresh drupal installation is creating the first and subsequent accounts, emailing me their details, rejecting false log-ins, but if the correct log-in details are used all you get is the access denied content page and no change to the log-in block.

I have tried standard troubleshooting - fresh install, fresh database, searched server logs. For what its worth, I started then aborted the process in the https space, and am on a Plesk 7.5.4 virtual host. I didn't have these problems before on the same physical server but with an earlier

Any ideas most appreciated. I didn't anticipate this, and my two days allocated to set it up are now crumbling away... grrr!

Toby

Even though I don't have this problem, maybe you played with the node access rights.

Did anyone disable 'access content' from www.example.com/?q=admin/access ?

Do you get the access denied message even when you are logged in as admin?

----
http://LandCondos.com

try:

will either return 'duplicate entry' warning (which is OK) **or** fix your problem.

--
Drupal tips, tricks and services
http://devbee.com/ - Effective Drupal

Access denied - You are not authorized to access this page.
To solve this problem you have to edit database using SQL command:

GRANT ALL PRIVILEGES ON databasename.* TO username@localhost IDENTIFIED BY 'password';

where

* 'databasename' is the name of your database
* 'username@localhost' is the username of your MySQL account
* 'password' is the password required for that username

-------------------------------------------------------------------------
If problem is still exist , You have to try editing file "settings.php" (Drupal\sites\default\settings.php)
at the line
$db_url = 'mysql://username:password@localhost/databasename';
change mysql to mysqli
$db_url = 'mysqli://username:password@localhost/databasename';

Before using mysqli, make sure you have the line 'extension=php_mysqli.dll' in file "php.ini"
and you should have files "php_mysqli.dll" and "libmysqli.dll" in php directory.

Stop and start web server before take effect.

Drupal packages tend to have the config.php file permissions set to unwriteable. When you register your admin account you need the config.php to be writeable. Just chmod it to 777 for the install and first account set up and then chmod it back to what it was afterwards.

It's most likely that you are being denied access because your config.php file won't let your main admin info be saved.

Mac OS X 10.4.8
PHP 5.2.0
MySQL 4.1.21
Apache 1.3.33

At first I tried installing Drupal 4.7 and Drupal 5.0 Beta, with the database connection settings as 'sql' and not 'sqli'

Everything was going good, Drupal was connecting to the database with both versions and it created the appropriate admin account. But as soon as I tried to change the password, or clicked the 'submit' button it would immediately go to a "YOU ARE NOT AUTHORIZED TO VIEW THIS PAGE." error.
I could click on the menu link (one at a time) and would have to enter in the username and password, but the password was the one that drupal initially assigned, NOT THE ONE THAT I HAD CREATED.

Resolutions:
For Drupal 4.7:
When you have to go into the settings.php file to put in the username, password, and database, change the 'sql' to 'sqli' . Before doing this I started out with a completely new database. It worked like a charm.

For Drupal 5:
When it asked for the type of database choose 'sqli'. Works perfectly now.

Not sure why this fixed it but it works now.

warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/style.css) is not within the allowed path(s): (/home:/tmp) in /home/quasar/includes/theme.inc on line 64.
warning: Cannot modify header information - headers already sent by (output started at /home/quasar/includes/common.inc:348) in /home/quasar/includes/common.inc on line 190.

Thats the message I get with the Access Denied thing. I have not even been able to login, so this is still while installing Drupal, and I'm installing on a free hosting site. Anyone know what I can do to fix it?

Folks,
I have a 4.6 running site which has been problem free for around 9 months. Ater following several other posts, confirming users, user_roles and node_access are set up for anony access, I have a user 0, I swapped the session.inc to see if that would help. In fact, that was what allowed anonymous users to access the site again, but somehow, no longer creates the cookie for the users that try to log in. Now everyone is anonymous, including admin. While this makes the more accessible, it prevents me from posting anything, or my user population. I added the additional line to the include file:
register_shutdown_function('session_write_close');

but doesn't help. Any help is appreciated.

I know there are two issues discussed in this thread. The one I refer to is where you login and the system seems to log you out when clicking around on your Drupal site. This is because the type of user you are known to be is dynamically changed in the session table from X to zero. Zero, to Drupal, means anonymous and presto...you seem logged out.

My question:
Drupal 4.7.4
PHP 4.4
MySQL 4.1.21
Apache 1.3.x
Linux 2.6.9

Is this fix with swapping MySQLi into settings.php the fix for THIS SPECIFIC config above with PHP 4.4?

I did the session.inc patch with no effect (after clearing browser cache etc...) BUT this is for PHP5 ...not 4.x anyways

My hosting provider is having one heck of a time getting mySQLi working with PHP so I want to be sure before I raise hell with 'em.

Thanks,

Emilio

I have 4.7.4 Drupal installation that has admin login but doesn't allow to do admin actions. I have to login every time I see (Access denied ) message, get to the next page but my actions are not saved. Please help.

PHP version 5.2.0
MySQL version 4.1.21-standard

found solution on another thread:
http://drupal.org/node/6696#comment-178585

Commented out following in user.module:
session_regenerate_id();

Added line below drupal_page_footer(); in index.php:
$GLOBALS['tempUser'] = $user;

I'm having this problem with Drupal 5.1 on both my development and productions machines, and I've tried everything suggested here with no success.

Devel: W2K, Apache 2.0.59, PHP 5.1.4, MySQL 4.1.7
Prod: CentOS 4.1, Apache 2.0.52, PHP 4.3.9, MySQL 4.1.20

I get the access denied message when I click on a button even though updates or whatever are actually completed in the background. Simply refreshing the page then returns the updated page.

First thing I did, right at the beginning, was to trace back on access_denied(), echoed some __LINE__ calls in what might have been relevant other functions, and the echo in menu.inc, menu_get_active_item() "fixed" the problem. Apparently defeating the header function by sending something before it allowed the registered user to be revalidated and there was no access denied message. I knew it was a dirty "fix" but I just echoed a new line in menu_get_active_item(), and for some reason everything worked fine on my local machine. Not surprisingly, it totally breaks on my remote machine, however.

When I looked into swebmaster's post, I found that session_regenerate_id(); is already in user.module of 5.1. I tried putting the $GLOBALS['tempUser'] = $user; in index.php, anyway. That didn't work except when I put it above the drupal_bootstrap function...but again, that's only because it outputs an error before headers are sent, and just a new line does the same thing--somehow works on my local machine but not remotely.

Anyway, I'm not sure how to resolve this, and any suggestions will be appreciated.

hey folks
am still in the setting process trying to figure out a way to set up drupal .
however i edited the settings.php file and i tried to access my site and it gave me several errors and i have no idea what that means since im not an expert in linux. so is anyone available to help?

please you can see whats happen if you look at this link http://www.zaytouna.org.ps/drupal-5.1/

thank you all.

I am getting an access denied after I log in as admin on my site. I log in and go to my account page which I set as front, but then when I try to click to any other page, it gives me access denied. It did this once a few weeks ago and self corrected, and now its doing it again. Same result in IE and Opera as I received in Firefox. I haven't changed or installed anything in the past week so I'm not sure why it would now be doing this.

I'm running Drupal 5.1 and I'm getting the 'Access denied' even when I logged in as Admin. The nodes show up show up (minus a flash file I placed in the template), but it's preceded by "access denied. The strange thing is that if I activate a panel in the main content area using the panels module the "access denied" banner disappears, and a placed flash file that I have in the template shows up and everything is perfectly normal. Why would panels suddenly remove the "access denied" banner? And what causes ut?

Had the same problem (LAMP5)

But there is so much written about this ... In the meanwhile I tried and tried and ... found a solution for my case, a very simpel one ...

I cleared the cookies for that site. It worked for me and I hope for some of you too ;-)

Greetz
Jan

Hi all,

comment out as shown below the section in settings.php file before you start installation. It fixes all Access Denied problem that I encounter in multiple computer installations

/**
* We try to set the correct cookie domain. If you are experiencing problems
* try commenting out the code below or specifying the cookie domain by hand.
*/
#if (isset($_SERVER['HTTP_HOST'])) {
# $domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']);
# // Per RFC 2109, cookie domains must contain at least one dot other than the
# // first. For hosts such as 'localhost', we don't set a cookie domain.
# if (count(explode('.', $domain)) > 2) {
# ini_set('session.cookie_domain', $domain);
# }
#}

/**

Apparently, upgrading to php 5.2 causes this problem.

I found that adding the line:

register_shutdown_function('session_write_close');

to the sess_read function in session.inc

function sess_read($key) {
global $user;

register_shutdown_function('session_write_close');

THANK YOU!!!

NOW: This fix worked for me on several Drupal sites on several Drupal versions when our servers were upgraded to php 5.2

SO: If upgrading php causes the problem, I'd try this fix first. It is extremely easy to do and worked perfectly.

This post is enough to solve all problems:

http://drupal.org/node/6696#comment-10113

Regards

I also noticed same issue, but it wasn't related with session was an real-access problem.

If you have been playing with some different access modules (organic_groups, simple access, taxonomy_access...) your node_access table could be a mess.

If you decide to upgrade, all this mess will come up and you won't be able to login from your login block (although you will be able to go in with at /user), and at the same time, anonymous or logged in users will get an annoying "Access denied" page.

The solution in this case don't need a patch. As was said before, you just need to clean up your node table.

If you don't mind to lose some information, you can run this query:

Would be nice if every module include a "full remove" option to drop it's tables and delete it's rows... but as far as I know, drupal don't support this feature yet.

I got this very same problem after my provider changed character set and collation on some tables in the database (they were trying to "fix" corrupted rendering of non-western characters by playing around with the character encoding of the tables, changing latin1 to utf8_swedish).
After running
ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;

on every affected table, things got back to normal immediately.

Richard Laffers
laffers.net

This worked a treat. Was mysteriously starting to experience real trouble with my Drupal sites and added this line

register_shutdown_function('session_write_close');

to session.inc right at the bottom of the script and now don't get logged out of some sites and am able to log in to others which I was getting Access Denied messages with.

MAgic!

www.dawnofthereplicants.com

I've just spent a day trying every method posted here to solve this strange problem.... been running drupal 5.3 based site on local machine fine, then uploaded to our dedicated redhat linux server.

I could login as admin user (uid 1) fine, but clicking on the 'administer' link or trying to visit www.mysite.com/admin/ brought up a server error page. I could access certian parts of admin such as www.mysite.com/admin/build/ but clicking 'save configuration' on many areas of admin caused error page to be displayed.

After spending the day searching the entire site for clues - thinking it was perhaps a permission, session, .htaccess problem i've discovered that it was a Memory Problem to cure it I increased the amount of memory allocated to PHP using the following line in my .htaccess file

php_value memory_limit 40M

I hope this helps someone out there - its been a very frustrating day!

I've tried almost every solution stated before in this thread:

clearing the private info of Firefox

using another browser

clearing every cookie

modifying certain fileds of the database

modifying mysql user privileges

using mysqli instead of mysql

modifying settings.php before installing, specifying drupal directory or cookie policy

increasing server's memory

fresh-reinstalling server subsystems

creating other users (in this case the system does nothing when signing in)

In my case, the thing I did was change the drupal directory one level up on my public local directory tree, passing from http://localhost/htdocs/drupal to http://localhost/htdocs. Since I did this, I receive the Access denied error over and over again after submitting the first user data, no matter if i change the database and reinstall Drupal or if I do any of the operations listed above.

Please, help me, or I'll have to purge the whole fucking System...

Drupal 5.5
Apache 2.2.6
PHP 5.2.5
Mysql 5.0.45
Operating under Win32

I did put in a pin as mysql website advised it is danger not put a pin.
but now, I can not access any of my local host page. please help!

Quote:

Welcome to phpMyAdmin 2.10.1

phpMyAdmin tried to connect to the MySQL server, and the server rejected the connection. You should check the host, username and password in config.inc.php and make sure that they correspond to the information given by the administrator of the MySQL server.
Error

MySQL said: Documentation
#1045 - Access denied for user 'root'@'localhost' (using password: NO)

Unquote.

Above message come up when I tried to access phpmyadmin. Please help, how should I solve this! thanks..

Hi everybody,

I have the same problem (although I expect these issues to have several distinct causes). Nothing but an "Access denied" screen smiled at me after the database wizard finished. All hints posted previously in this thread didn't help.

Drupals index.php returns MENU_ACCESS_DENIED from menu_execute_active_handler(), followed by a call to drupal_access_denied().

Does that mean there are permissions missing? If so, how to fix?

Regards...!

Hi, Im having the same problem "Access Denied", its nothing to do with database access (because drupal works) and its not a problem when logged in as admin.

I get "Access Denied" when I am not logged in and I know why although not the solutions. I have noticed that only recently the "NODE_ACCESS" table in the database is no longer being updated. I do not have any node access modules installed however I did have the workflow installed and now removed.

The following is a list of things I have and have done...see if anyone can match mine against theirs...

Original install drupal 5.2 moved from local server to remote
created another user group including one called "superuser" (maybe a problem???)
removed workflow although not the database tables
CCK modules installed,Multilanguage i18n,HTMLarea,Menu trim,Views

Tried:
Upgrading to 5.7
removing the workflow tables

Success with adding this in database
INSERT INTO node access (0, 0, all, 1, 0, 0)

THIS IS NOT A PERMENANT SOLUTION, why do I have to put access *??? What caused the add content form to stop updating the node access table???

Hope that helps someone
Will Eaton