@Relais: Ja, das geht wohl. Ich kann mich als Root anmelden und auch das Skript ausführen - fehlerfrei. Der httpd sollte auch unter dem Root laufen....

[quote=Bakan,26.01.2006, 15:21]@Relais: Ja, das geht wohl. Ich kann mich als Root anmelden und auch das Skript ausführen - fehlerfrei. Der httpd sollte auch unter dem Root laufen....[/quote]
Oh, das wär wirklich gar nicht gut.
Und was heißt "sollte", man sollte es schon wissen... also, finde das mal heraus.

Wenn's ein Linux ist, probier mal ps auxww | egrep "httpd|apache" und schau, als welcher User der läuft.

Root hat (nachezu alle) Berechtigungen, die der Webserver nicht haben darf, drum läuft der besser als "nobody" oder als vergleichbar minderbemittelter User. Wenn der User des Webservers dann nicht alles das darf, was das Perl-skript braucht (es sehen und ausführen, darin enthaltene weitere Systemaufrufe ausführen?), dann "geht es nicht".

Daher ist es zwar schon mal eine Info, daß es als Root funktioniert, aber es sagt noch nicht, daß der Webserver es auch können wird.

Ach klar.... der Webserver läuft unter dem Benutzer wwwrun....sorry!
Du meinst also ich sollte mal herausfinden, ob der Benutzer das auch ausführen darf? ...sollte er eigentlich - aber man weiß ja nie ;-)

[quote=Bakan,26.01.2006, 14:47]Die aufgeführten Punkte habe ich auch alle überprüft/gestestet. Nur leider brachten die bisher keinen Erfolg! Alle meine bisher erlangten Infos habe ich auch hier kundgegeben.[/quote]
sag halt, dass du die betreffende seite gelesen hast und gehe auf die
dort genannten möglichen fehlerursachen ein.

offensichtlich ist die fehlerursache doch eine, die in der FAQ beschrieben ist.
wenn du probleme mit den einzelnen punkten hast, bist du gerne dazu
eingeladen, nachzufragen.
Zitat wiki:

Quote

Als CGI-Skript wird Dein Skript vom Webserver gestartet. Der hat natürlich ganz andere Rechte (und auch Umgebungsvariablen) als Du. Achte also darauf, dass z.B. bei Datei-Operationen genügend Rechte vorhanden sind (aber auch nicht zu viele!!). Normalerweise ist chmod 755 das, was Du brauchst.

@Bakan: dir kann nur dann geholfen werden, wenn du uns Infos gibst, was du wie genau ausprobiert hast und ob es geklappt hat oder nicht. Wenn du das nicht tust, kannst du dich auch nicht beschweren, ausser vielleicht, dass hier so wenig leute gedanken lesen koennen ;-)

So, ich habe nun ein wenig weiter herumgetüftelt und bin nun so weit:

Generell werden die Scripte nun ausgeführt! Das ist schon mal ein Erfolg.
Ein kleines Problem besteht jedoch immer noch: Ich erreich den Script Pfad nur über den Servernamen.de/cgi-bin/.... und nicht über MeineDomain.de/cgi-bin/...
Allerdings ist der richtige Pfad in der confixx_vhost.conf eingetragen. Hier mal eben die Auszüge:

httpd.conf

<VirtualHost x.x.x.x:80>
ServerName xxxxxxxx.de
#User confixx
#Group users
DocumentRoot /srv/www/confixx/html
Alias /phpMyAdmin /srv/www/htdocs/phpMyAdmin
php_admin_value safe_mode Off
php_admin_value safe_mode_exec_dir /srv/www/confixx/bin
php_admin_value upload_tmp_dir /srv/www/confixx/tmp
php_admin_value open_basedir none
ScriptAlias /cgi-bin/ /srv/www/confixx/html/cgi-bin/
CustomLog /var/log/apache2/xxxxx_access.log "%h %l %u %t \"%r\" %s %b \"%{Referer}i\" \"%{User-agent}i\""
ErrorLog /var/log/apache2/xxxxxx.de_error.log
</VirtualHost>



confixx_vhost.conf

<VirtualHost x.x.x.x:80>
ServerName domain.de
ServerAlias www.domain.de web1.servername.de
DocumentRoot /srv/www/web1/html
SuexecUserGroup web1 ftponly
ScriptAlias /cgi-bin/ /srv/www/web1/html/cgi-bin/



Wieso überschreib er nun nicht die Konfig der httpd.conf?
Ich hoffe mal jemand kennt das Problem...

Bin mir nicht wirklich sicher ob es was beiträgt, aber darf den einer der User in der SuexecUserGroup Skripte ausführen?

Bindest Du die confixx_vhost.conf auch mit Include ein??

Ja, die wird weiter oben in der httpd.conf eingebunden. Der User darf auch Skripte ausführen.

Habe aber auch jetzt nicht weiter probiert....hat noch jemand eine Idee?

Habe mal im Suexec.log nachgeschaut und folgendes gefunden:

[2006-01-30 12:49:01]: uid: (636/web1) gid: (104/104) cmd: majordomo
[2006-01-30 12:49:01]: target uid/gid (636/104) mismatch with directory (636/104) or program (28/28)

Also weiß ich wohl woran es liegt, aber nicht, wie ich es ändern kann. Kann mir jemand helfen?