Sunday, September 14th 2025, 6:58pm UTC+2
You are not logged in.
Youngbiker.de Forum - Community & Infos für 125er, Sportler, Enduros, Supermotos, Tourer, Chopper und Cruiser »
Other »
Talk »
Wednesday, January 11th 2006, 5:26pm
Apache-Problem - harte Nuss
Hallo,
ich befürchte ich werde in diesem Forum nicht sooo viele finden die sich hiermit beschäftigen aber was solls.. ich bin verzweifelt.
Es geht um meinen Apache/2.0.54-Server. Ich versuche ein Perl-Skript per CGI zum Laufen zu kriegen (AWStats) aber alles was ich bekomme ist ein 403 Forbidden. Sowohl von meinem PC als auch per lynx direkt vom Server - also über localhost.
Der entsprechende Config-Eintrag:
Dieser Eintrag wird definitiv geladen (Server protestiert wenn ich an der Stelle absichtlich nen Fehler einbaue) und ich hab auch schon ein paar Mal durch sämtliche configs ge-grep-t und konnte keine konkurrierenden Einträge entdecken.
/usr/local/awstats/wwwroot/ existiert wirklich. Der Ordner und alles was drin ist gehört dem User und der Group unter dem Apache läuft (www-data:www-data, ps afxgu nennt für Apache den selben User) und die Rechte sind mittlerweile sogar auf a+rwx also 0777.
mod_cgi läuft und auch der Pfad zum Perl-Interpreter in den .pl-Dateien stimmt.
Achja, und ich ja ich hab den Apache nach meinen Config-Änderungen mit allen möglichen Techniken gezwungen die Config neu zu laden (SIGHUP, graceful runterfahren und wieder hoch, killall und wieder hoch)
Hat da draußen irgendjemand eine Idee, was den Apache jetzt noch dazu bringen könnte mir den Zugriff zu verbieten?
p.s.:
die error.log verkündet:
Lustigerweise 1.) soll Apache da gar nicht drauf zugreifen sondern auf ein Verzeichnis da drin 2.) existiert diese Datei gar nicht 3.) bleibt der Fehler wenn ich die Datei erstell und passend chmodde.. Was ist denn nu los?
p.p.s.:
Wenn ich Apache verbiete in /usr/local/awstats/ nach einer .htaccess zu suchen indem ich für das Verzeichnis AllowOverride none festlege bekomme ich im error.log:
Ich steh kurz vor rm -r / !!
ich befürchte ich werde in diesem Forum nicht sooo viele finden die sich hiermit beschäftigen aber was solls.. ich bin verzweifelt.
Es geht um meinen Apache/2.0.54-Server. Ich versuche ein Perl-Skript per CGI zum Laufen zu kriegen (AWStats) aber alles was ich bekomme ist ein 403 Forbidden. Sowohl von meinem PC als auch per lynx direkt vom Server - also über localhost.
Der entsprechende Config-Eintrag:
|
Source code |
1 2 3 4 5 6 7 8 9 10 11 12 13 |
Alias /awstatsclasses "/usr/local/awstats/wwwroot/classes/"
Alias /awstatscss "/usr/local/awstats/wwwroot/css/"
Alias /awstatsicons "/usr/local/awstats/wwwroot/icon/"
ScriptAlias /awstats/ "/usr/local/awstats/wwwroot/cgi-bin/"
<Directory "/usr/local/awstats/wwwroot/">
Options +Indexes +FollowSymlinks +ExecCGI
DirectoryIndex awstats.pl
AddHandler cgi-script .cgi .pl
AllowOverride None
Order allow,deny
Allow from all
</Directory>
|
Dieser Eintrag wird definitiv geladen (Server protestiert wenn ich an der Stelle absichtlich nen Fehler einbaue) und ich hab auch schon ein paar Mal durch sämtliche configs ge-grep-t und konnte keine konkurrierenden Einträge entdecken.
/usr/local/awstats/wwwroot/ existiert wirklich. Der Ordner und alles was drin ist gehört dem User und der Group unter dem Apache läuft (www-data:www-data, ps afxgu nennt für Apache den selben User) und die Rechte sind mittlerweile sogar auf a+rwx also 0777.
mod_cgi läuft und auch der Pfad zum Perl-Interpreter in den .pl-Dateien stimmt.
Achja, und ich ja ich hab den Apache nach meinen Config-Änderungen mit allen möglichen Techniken gezwungen die Config neu zu laden (SIGHUP, graceful runterfahren und wieder hoch, killall und wieder hoch)
Hat da draußen irgendjemand eine Idee, was den Apache jetzt noch dazu bringen könnte mir den Zugriff zu verbieten?
p.s.:
die error.log verkündet:
|
|
Source code |
1 |
[Wed Jan 11 17:39:05 2006] [crit] [client 84.129.79.238] (13)Permission denied: /usr/local/awstats/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable |
Lustigerweise 1.) soll Apache da gar nicht drauf zugreifen sondern auf ein Verzeichnis da drin 2.) existiert diese Datei gar nicht 3.) bleibt der Fehler wenn ich die Datei erstell und passend chmodde.. Was ist denn nu los?
p.p.s.:
Wenn ich Apache verbiete in /usr/local/awstats/ nach einer .htaccess zu suchen indem ich für das Verzeichnis AllowOverride none festlege bekomme ich im error.log:
|
|
Source code |
1 |
[Wed Jan 11 17:42:01 2006] [error] [client 84.129.79.238] (13)Permission denied: access to /awstats/awstats.pl denied |
Ich steh kurz vor rm -r / !!
This post has been edited 3 times, last edit by "Yarin" (Jan 11th 2006, 5:43pm)
Quoted 
Wednesday, January 11th 2006, 5:52pm
JAJAJA YES! Problem gelöst!
Problem war, dass /usr/local/awstats nicht das o+x-Recht hatte! Dadurch bekam er dann beim Versuch auf die .htaccess zuzugreifen nicht "File not found" sondern eben "Forbidden". Seit Version 2 reagiert Apache auf eine .htaccess ohne Zugriff sicherheitshalber mit HTTP 403 und das hat mein Problem verursacht.
edit: *grins* da haste die gleiche Idee gehabt wie ich. Wie auch immer.. danke.
edit: zur Ecke: Tatsache! Das muss mir passiert sein, als ich aus der 2005 ne 2006 gemacht hab
Danke für den Hinweis.
Problem war, dass /usr/local/awstats nicht das o+x-Recht hatte! Dadurch bekam er dann beim Versuch auf die .htaccess zuzugreifen nicht "File not found" sondern eben "Forbidden". Seit Version 2 reagiert Apache auf eine .htaccess ohne Zugriff sicherheitshalber mit HTTP 403 und das hat mein Problem verursacht.
edit: *grins* da haste die gleiche Idee gehabt wie ich. Wie auch immer.. danke.
edit: zur Ecke: Tatsache! Das muss mir passiert sein, als ich aus der 2005 ne 2006 gemacht hab
Danke für den Hinweis. This post has been edited 2 times, last edit by "Yarin" (Jan 11th 2006, 5:53pm)
* Mr. Lächerlich *
Date of registration: Nov 2nd 2005
Bike: wegen zuviel Angst nie gekauft
Location: Nürnberg
Wednesday, January 11th 2006, 5:54pm
Bei solchen Problemen bin ich doch immer gern behilflich 
/edit: aber so hart war die Nuss nun doch nicht :p
und rm -rf /
ist keine akzeptable Lösung.
/edit: aber so hart war die Nuss nun doch nicht :p
und rm -rf /
ist keine akzeptable Lösung.
This post has been edited 1 times, last edit by "sCamPi" (Jan 11th 2006, 5:56pm)