Well, this is weird. For some reason the .htaccess files in the webalizer ~stats dirs won't let anybody in. Usernames are correct, passwords are correct, but no one gets in.

This is what's in the .htacces files:

#Access file
order allow,deny
allow from all
require group siteX
Authname WebStats
Authtype Basic


Yes, it worked before and no, I don't know what's changed. I'm trying to remember if there was something special, but no luck so far.
So, why's this happening? What could be the reason?

group sitex
That means only those with access to the site CP. If you don't have access to the site CP you don't have access to the stats. So I would make sure that those trying have access to the site CP. And check your .htaccess access levels, make sure the passwording isn't disabled(that will screw it up).

Thanks for the reply :)

They're all site admins, so that checks out

>And check your .htaccess access levels, make sure the passwording isn't disabled<
Umm... I have no clue what you mean by that...

Hello!

I'm glad I found this thread because I have the same problem. Was this ever resolved? If so, what was the resolution?

Thanks,

Mike

I would assume that the allowoverride setting was changed, and therefore broke the .htaccess password protection.

I could be wrong.

This setting does not appear to have been changed.

<Directory /home/sites/home/web>
AllowOverride All
</Directory>

Here's the kicker: the Cobalt system .htaccess files work fine. So to test, I simply copied one of those into my ./stats directory. The username and password was still not accepted!

If anyone has more help on this, please post it.

Thanks,

Mike

This is the important part:

require group siteX

Whereby X is a number. With the cobalt raq each site is assigned a sitenumber.
If you go in through SSH and go to /home/sites/www.yoursite.com
and then do a ls -l you'll see the sitenumber behind the filenames.

Now every user for that domain name has access to that sites /stats directory. If they have /siteadmin or /personal access then they can that id for /stats as well.

If the id/pw combo works on their /siteadmin /personal but NOT on their /stats then there is something screwy on your raq and the require group siteX number does not equal the sites number as the raq has it stored. Change the "X" to the correct number of the site and everything should work fine again.

Originally posted by Pilgrim
This is the important part:

require group siteX

<snip>

Change the "X" to the correct number of the site and everything should work fine again.

Well, this is the same for ALL sites, including Home.

Also, the admin ID always worked before for ALL the sites, but it doesn't now.

Just thought of something:

Perhaps you overstepped the limit on # of sites, without realizing it, and the raq is driving itself nuts over it. Never actually seen it happen myself, but I suppose it could happen.

well i had the same problem, but later i found out that my box was compromised, had to do OS restore, i hope that your raq's are not hacked :(

I'm having the same problem on 2 of my raq's... has been the case for ages now... I ended up using awstats instead, but it's not ideal.