Montag, 15. September 2025, 00:38 UTC+2
Sie sind nicht angemeldet.
Youngbiker.de Forum - Community & Infos für 125er, Sportler, Enduros, Supermotos, Tourer, Chopper und Cruiser »
Other »
Talk »
Mittwoch, 11. Januar 2006, 17:26
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:
|
Quellcode |
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:
|
|
Quellcode |
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:
|
|
Quellcode |
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 / !!
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »Yarin« (11. Januar 2006, 17:43)
Zitat 
Mittwoch, 11. Januar 2006, 17:52
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. Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »Yarin« (11. Januar 2006, 17:53)
* Mr. Lächerlich *
Registrierungsdatum: 2. November 2005
Bike: wegen zuviel Angst nie gekauft
Wohnort: Nürnberg
Mittwoch, 11. Januar 2006, 17:54
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.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »sCamPi« (11. Januar 2006, 17:56)