[solved] CGI l?uft nicht

[Kapsonfire]

Hi, irgendwie bin ich durcheinander.

Ich habe Froxlor auf meinem Debian Lenny System installiert.

Anschlie?end konfiguriert.

 

 

Nun habe ich eine Subdomain angelegt. Diese verweist auf dem Kundenunterordner /subs/support/

Dies funktioniert alles wunderbar. Nun habe ich in den Pfadoptionen CGI/PERL aktiviert und auch den SUEXEC Workaround aktiviert.

Anschlie?end auch die Konfiguration neuschreiben lassen.

Nun habe ich das Problem in Filezilla, dass im Unterordner ein Link zum cgi-bin Ordner erscheint, ich aber diesen nicht betreten darf, um Dateien aufzuspielen.

 

Antwort:	220 ProFTPD 1.3.1 Server (---------- FTP Server) [-------]
Befehl:	USER wosf
Antwort:	331 Password required for wosf
Befehl:	PASS ********
Antwort:	230 User wosf logged in
Befehl:	OPTS UTF8 ON
Antwort:	200 UTF8 set to on
Status:	Verbunden
Status:	Starte Download von /subs/support/cgi-bin
Befehl:	CWD /subs/support
Antwort:	250 CWD command successful
Befehl:	TYPE A
Antwort:	200 Type set to A
Befehl:	PASV
Antwort:	227 Entering Passive Mode (--,--,--,--,217,193).
Befehl:	RETR cgi-bin
Antwort:	550 cgi-bin: No such file or directory
Fehler:	Kritischer Datei?bertragungsfehler

 

 

Nun bin ich am ende meines Lateins, mag mir jemand helfen :=)

[d00p]

Ist schon bekannt, der FTP schottet im Docroot des Kunden ab (chroot) und darf deshalb nicht in das Verzeichnis der CGI-Script wechseln (default: /var/www/cgi-bin/)

 

L?sungswege:

 

1) SuExec customizen und auf /var/customers/webs/ setzen oder

2) Kunden unterhalb von /var/www/ anlegen lassen

 

Danach den Workaround nicht mehr benutzen. Es ist lediglich ein Workaround, dass CGI/Perl scripts ausgef?hrt werden. Auf den Ordner darf jedoch leider der Kunde selbst nicht zugreifen, da der FTPserver dies verbietet. (Klar kann man chroot ausschalten, allerdings wird dem Kunden beim einloggen auf den FTP-Server immer / als homedir angezeigt, was auch nicht sehr sch?n ist)

[Kapsonfire]

Nunja FTP scheint nicht das einzige zusein. Ich habe mal Testweise per Root Account die Daten aufgespielt.

Dummerweise meckerte dort auch der Webserver, dass er kein Zugriff hat.

Ich denke L?sungsweg 1 w?re des optimalste f?r mich. Welche Datei muss ich denn anpassen.

ein "find -name *suexec*" erbrachte mir nur die load und die so Datei.

[d00p]

1) Die .cgi beziehungsweise .pl Datei muss dem Kunden geh?ren

2) Die Datei muss ausf?hrbar sein (chmod u+x)

3) Das ist keine Datei, das ist ein Paket (unter Debian z.B. suexec-custom oder so) oder selbst kompilieren

 

Beim n?chsten Mal bitte einfach error.logs posten (/var/log/), das erleichtert die Suche nach Fehlern.

[Kapsonfire]

1+2 <<< die dateien waren auf chmod 777

Sollten also ausf?hrbar gewesen sein, Error.log habe ich jetzt keine. Wurden nach einem Restart gecleaned. Hing aber wohl mit dem Symlink zusammen.

3. (f?r die, die es nicht wissen: apache2-suexec-custom)

 

 

 

 

Nach installation des suexec-custom geht es nun

Danke!