CGI :(

[jens28]

hi wolfgang,
die scripts liegen alle im cgi-bin verzeichnis.

in der suxec.log steht :

Code: Select all

[2004-03-06 18:57:34]: info: (target/actual) uid: (web4/web4) gid: (ftponly/ftponly) cmd: sendmail.cgi

in dern warn steht nix was mit dem script zutun hat.

in der error.log habe ich das stehen:

Code: Select all

[Sat Mar  6 18:57:35 2004] [error] [client xxx.xxx.xxx.xxx] Premature end of script headers: /srv/www/htdocs/web4/html/cgi-bin/sendmail.cgi

gruss
jens

[wgot]

Hallo Jens,

ich glaub nicht, daß Du ein Problem mit dem Server hast, aber prüf mal folgendes:

in der httpd.conf sollte stehen:
AddHandler cgi-script .cgi .pl
eventuell fehlt das .pl

Auf der Konsole als Root:
suexec -V
interessant ist vor allem DOC_ROOT, sollte sein: /srv/www/htdocs
Und /usr/bin/perl ist sicher auch vorhanden.

Dann nimm mal ein ganz kleines Script:

Code: Select all

#!/usr/bin/perl
print "Content-type: text/htmlnnHallon";
-- eine Leerzeile am Dateiende --

Lade es per FTP hoch, FTP-Programm dabei auf ASCII stellen, anschließend die Größe vergleichen. Es muß auf dem Server kleiner sein als auf dem Windows-PC.
Setze das Script CHMOD 755 (mit dem FTP-Programm) und rufe es mit dem Browser auf.
Wenn es nicht funktioniert: Logfiles (access_log, error_log, suexec_log).

Gruß, Wolfgang

[jens28]

hi wolfgang,

es funktioniert alles , habe mal nen anderes ftp-programm genommen und schon ging alles. :oops:


danke dir

gruss
jens
[/quote]

[lhd]

Hallo zusammen,

Ich versuche
http://people.ee.ethz.ch/~dws/software/mailgraph/ zum Laufen zu bringen. Leider gibt es die bekannten Probleme mit CGI

Hallo,
...
also:
mv /srv/www/htdocs /srv/www/htdocs.alt
ln -sf /home/www /srv/www/htdocs
...
Grüsse Macin

Finde die Idee auch super,
Hat bei mir leider nicht funtkioniert.
Die Fehlermeldung hat sich von

Code: Select all

[2004-03-18 00:50:49]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: mailgraph.cgi
[2004-03-18 00:50:49]: emerg: cannot get docroot information (/srv/www/htdocs)

verändert in:

Code: Select all

[2004-03-18 02:06:42]: info: (target/actual) uid: (web1/web1) gid: (ftponly/ftponly) cmd: mailgraph.cgi
[2004-03-18 02:06:42]: error: target uid/gid (636/101) mismatch with directory (636/8) or program (636/101)

Grund ist, dass ich wahrscheinlich jede möglich Komination von User/Group für /home & Co ausprobiert habe und jetzt alles verstellt ist und nicht mehr stimmt.

Kann jemand die "orginal" Besitzverhältnisse (owner/group) eines 1&1Rooties posten für folgende Verzeichnisse:

/home
/home/www
/srv
/srv/www
/srv/www/htdocs

Vielen Dank
Lars

PS. Eine Aufnahme in die FAQ wäre wünschenswert :-)
Das Forum und die FAQ sind trotzdem eine große Hilfe.

[dodolin]

[2004-03-18 02:06:42]: error: target uid/gid (636/101) mismatch with directory (636/8) or program (636/101)

Also, da steht doch alles, oder?! Dein Verzeichnis hat falsche Rechte, es sollte GID 101 haben. man chown bzw. chgrp

[lhd]

Also, da steht doch alles, oder?! Dein Verzeichnis hat falsche Rechte, es sollte GID 101 haben. man chown bzw. chgrp

Deswegen hätte ich ja gerne nochmal die User/Groups der entsprechenden Verzeichnisse damit ich wieder möglichst nahe an der Orginalzustand rankomme umd dann meine Ã?nderungen durchzuführen.

Vielen Dank
Lars

[Joe User]

Warum quotest Du die Lösung Deines Problems, statt sie anzuwenden?

PS: Künftig bitte Artikel 5 Absatz 6 unserer Rules beachten, danke.

[dodolin]

Deswegen hätte ich ja gerne nochmal die User/Groups der entsprechenden Verzeichnisse damit ich wieder möglichst nahe an der Orginalzustand rankomme umd dann meine Ã?nderungen durchzuführen.

Das ist Quatsch mit Soße.

Unter Windows mag es zwar vielleicht üblich sein, seine mysteriösen Probleme durch Neuinstallation zu lösen, unter Linux ist das aber nicht der Weg der Wahl, dafür gibt es doch dort gerade die ganzen Logfiles, damit man Probleme _systematisch_ angehen und lösen kann!

[mng]

Die Lösung ist SEHR einfach:
1) suexec -V
2) das ausgegebene (falsche) docroot umbenennen mittels:
mv /srv/www/htdocs /srv/www/htdocs.alt
3) einen symbolischen link zum richtigen docroot erstellen:
ln -sf /home/htdocs /srv/www/htdocs

selbstverständlich müssen je nach umgebung die verzeichnisse entsprechend angepasst werden. innerhalb 30 sek. fertig

[mng]

Die Lösung ist SEHR einfach:
1) suexec -V
2) das ausgegebene (falsche) docroot umbenennen mittels:
mv /srv/www/htdocs /srv/www/htdocs.alt
3) einen symbolischen link zum richtigen docroot erstellen:
ln -sf /home/htdocs /srv/www/htdocs

selbstverständlich müssen je nach umgebung die verzeichnisse entsprechend angepasst werden. innerhalb 30 sek. fertig

mir ist aufgefallen das hat schonmal jemand gepostet *g*
wie auch immer, bei mir hats so wunderbar geklappt

[antondollmaier]

oder:


apache mit dem richtigen suexec-document-root recompilieren ;)

is zwar mehr aufwand, aber dann isses sichriger ... :-D


mfg,
Anton

[digitaljunkie]

Hallo,

ich habe nen XL Rootserver mit Suse9 und Apache2 und wenn ich die spec-File editiert habe und nun eingeben will:

Code: Select all

p15xxxxxx:/# rpm -ba apache2.spec
-ba: unknown option
p15xxxxxx:/#

Also kennt der das Kommando gar nicht. Hat jetzt jemand eine Idee, wie ich meine entpackte und umkonfgurierte RPM installieren kann?

Merci im Vorraus!

[compufix]

@MNG
danke für den TIPP, schnell, einfach und effizient :)

Gruß
compufix