Page 2 of 2
Re: CGI :(
Posted: 2004-03-06 19:47
by 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
Re: CGI :(
Posted: 2004-03-06 21:38
by 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
Re: CGI :(
Posted: 2004-03-07 13:03
by jens28
hi wolfgang,
es funktioniert alles , habe mal nen anderes ftp-programm genommen und schon ging alles. :oops:
danke dir
gruss
jens
[/quote]
Re: CGI :(
Posted: 2004-03-18 10:30
by 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
Macin wrote: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.
Re: CGI :(
Posted: 2004-03-18 18:25
by 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
Re: CGI :(
Posted: 2004-03-18 19:01
by lhd
dodolin wrote:
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
Re: CGI :(
Posted: 2004-03-18 21:06
by 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.
Re: CGI :(
Posted: 2004-03-19 09:54
by 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!
Re: CGI :(
Posted: 2004-05-19 17:16
by 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
Re: CGI :(
Posted: 2004-05-19 17:19
by mng
MNG wrote: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
Re: CGI :(
Posted: 2004-05-19 17:45
by antondollmaier
oder:
apache mit dem richtigen suexec-document-root recompilieren ;)
is zwar mehr aufwand, aber dann isses sichriger ... :-D
mfg,
Anton
Re: CGI :(
Posted: 2004-06-22 11:11
by 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!
Re: CGI :(
Posted: 2004-07-05 16:21
by compufix
@MNG
danke für den TIPP, schnell, einfach und effizient :)
Gruß
compufix