[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: Apache2 is serving php files it does not own



Ok when you mentioned

>Do you use special php modules that cache the compiled scripts?

I do, so I removed eaccelerator from loading and that solved the problem. 
Thanks, I will recompile and reinstall eaccelerator and will post on their
forums to try to figure out why it behaved like that.
Thanks again.

	Virgil

-----Original Message-----
From: Stefan Fritsch [mailto:sf@sfritsch.de] 
Sent: Monday, January 08, 2007 5:13 PM
To: Virgil E. Alderson
Cc: debian-user@lists.debian.org
Subject: Re: Apache2 is serving php files it does not own


On Monday 08 January 2007 22:42, Virgil E. Alderson wrote:
> I had already looked into my cache, and that is not it. as a test I 
> have put a rule in my directory entry so that it will only allow to 
> serve test.php on localhost and that stops it from showing it on a 
> external computer. So its not the cache, and I do not run a proxy.

I can't quite believe that. If you do a request for a file with mode 
000, does it appear in the access log? Do you use special php modules 
that cache the compiled scripts? Do you use fastcgi?

If the answers are yes, no, no, respectively, you can try:

/etc/init.d/apache2 stop
strace -f -o /tmp/strace.out /etc/init.d/apache2 start

do a single request, then from a different shell (replace test.php in 
the second line with the script you requested):

/etc/init.d/apache2 stop
egrep 'open.*test.php|set.*uid' /tmp/strace.out

There should now be a "... open(.../test.php") = ..." line near the 
bottom. What is it exactly? What is the number ## in the setuid32(##) 
lines?

Cheers,
Stefan


-- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org




Reply to: