Problem mit Browser-FTP

hambam

Herzlich willkommen!
Hallo,

ich habe ein Problem beim Zugriff auf meinen FTP-Server mit einem Browser.
Der Zugriff mit einem richtigen FTP-Client funktioniert einwandfrei.

Beim Browser (sowohl IE als auch FF) erscheint zwar noch das Anmeldefenster, um die Authentifizierungsdaten abzufragen, aber dann gibts erstmal gefühlte minutenlang nur die Eieruhr (beim ersten Zugriff dauerte es merkwürdiger schon immer recht lange).
Irgendwann erscheint beim FF einfach nur noch eine weiße leere Seite.
Wenn ich den Aufruf erneut versuche, kann es sein, dass das Inhaltsverzeichnis sofort angezeigt wird, aber das Anklicken eines Bildes oder Verzeichniswechsel funktioniert wieder nicht. Manchmal klappt es, dass ich das Verzeichnis angezeigt bekomme, wenn ich den Browser komplett schließe und neustarte.
Beim IE kann ich wenigstens schonmal die Verzeichnisse wechseln und einige Dateien konnte ich auch schonmal testweise öffnen (PDF), eine JPG-Grafik allerdings auch nicht

Im Default-Protokoll finde ich folgende Zeilen:
testuser, asked to download /daten -> "C:\FTP\daten" from 0 --> File not found.
testuser, 550 "/daten": no such file.

Dabei funktioniert es doch einwandfrei mit einem richtigen FTP-Client.
(Active/Passive-Mode funktioniert auch beides mit dem FTP-Client)

Ich verwende G6FTP-Server 3.10.0 Build 2 unter Windows, FF 3.54 und IE 7

Hat da jemand eine Idee?
 
Hallo und herzlich willkommen bei uns :)
Könntest Du bitte mal das komplette Log ab dem Login hier posten?
Das Verzeichnis C:\FTP\daten existiert ja, oder?
 
Hallo,

das Verzeichnis existiert (natürlich), ansonsten hätte der IE nicht in das Verzeichnis wechseln können und der richtige FTP-Client hat nirgendswo Probleme und kann in alle Verzeichnisse wechseln und Dateien herunterladen.

Hier aber der Log-Ausschnitt (Test mit FF):

09/11/04 12:19:04, 3848, 10.1.3.25, , sending welcome message.
09/11/04 12:19:04, 3848, 10.1.3.25, , 220 Gene6 FTP Server v3.10.0 (Build 2) ready...
09/11/04 12:19:04, 3848, 10.1.3.25, , USER testuser
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 331 Password required for testuser.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, PASS ****
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, logged in as "testuser".
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 230 User testuser logged in.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, SYST
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 215 UNIX Type: L8
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, PWD
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 257 "/" is current directory.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, TYPE I
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 200 Type set to I.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, PASV
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 227 Entering Passive Mode (xxx,xxx,xxx,xxx,31,34)
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, SIZE /
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 550 No such file.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, MDTM /
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 213 20091028153809
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, RETR /
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, asked to download '/' -> 'C:\FTP\techdoc' from 0 --> File not found.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 550 "/": no such file.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, PASV
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 227 Entering Passive Mode (xxx,xxx,xxx,xxx,107,48)
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, CWD /
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, change directory '/' -> 'C:\FTP\techdoc' --> Access allowed.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 250 CWD command successful. "/" is current directory.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, LIST
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 150 Data connection accepted from xx.xx.xx.xx:2515; transfer starting.
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, 226 Transfer ok.
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, PASV
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, 227 Entering Passive Mode (xxx,xxx,xxx,xxx,72,158)
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, SIZE /CBT
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, 550 No such file.
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, MDTM /CBT
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, 213 20091026095320
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, RETR /CBT
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, asked to download '/CBT' -> 'C:\FTP\techdoc\CBT' from 0 --> File not found.
09/11/04 12:19:08, 3848, 10.1.3.25, testuser, 550 "/CBT": no such file.:

Merkwürdig ist noch, dass ich das erste Inhaltsverzeichnis mit dem FF angezeigt bekommen habe, das Log aber schon hier schreibt, no such file.
 
Das "/" ist das Problem - hätte ich schon im ersten kleinen Log-Auszug sehen können, in dem großen wurde es jetzt aber offensichtlich.
Hier zum Beispiel ganz deutlich:
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, RETR /
09/11/04 12:19:04, 3848, 10.1.3.25, testuser, asked to download '/' -> 'C:\FTP\techdoc' from 0 --> File not found.
Firefox möchte die Datei mit dem Namen "/" herunterladen, und darauf antwortet der Server - vermutlich richtigerweise: File not found
Weil es eine Datei mit diesem Namen nicht gibt.

Sieht nach einer klassischen Inkompatibilität aus - vermutlich muss man in Firefox irgendwas umstellen, damit er sich anders verhält.
RETR ist der Befehl zum Download, vermutlich müsste hier stattdessen ein "LIST" verwendet werden, denn das Verzeichnis soll ja nur angezeigt und nicht komplett heruntergeladen werden, oder?
 
Ich hatte auch schon befürchtet, dass es ein Firefox-Problem sein könnte.
Richtig, dass er eigentlich "nur" das verzeichnis anzeigen sollte.
Blöderweise verhält sich der IE auch nicht wirklich korrekt und ich erhalte ebenso die Meldungen im Protokoll, wobei der IE immerhin dennoch den Inhalt anzeigt. Und Herunterladen kann ich auch nicht alles, Bilder funktionierten bspw. nicht, aber PDF schon. Insgesamt zeigt sich der FF da konsequenter, was die Fehlersuche vereinfachen könnte.
Blöd nur, dass der Firefox in der selben Konfiguratuon mit den selben Einstellungen mit allen von mir getesteten offenen FTPs keine Probleme hat :(
 
Welche Firefox-Version benutzt Du?
Ich habe hier 3.5.4, keine besonderen Einstellungen für FTP und die identische G6-Version.
Gerade mal ausprobiert, funktioniert alles einwandfrei.
 
Ausprobiert mit Firefox 3.5.3 und 3.5.4.
Ich kann mir das Phänomen ja auch nicht erklären (daher wohl auch der Eintrag im Forum hier ;) )
Ich hab gehofft, es hat vielleicht jemand eine Idee, wie ich das Problem eingrenzen kann.
Es gibt übrigens keinen Unterschied, ob der Zugriff über das interne Netz oder übers Internet erfolgt.
 
Hilfloser Rateversuch: Deaktiviere im Firefox mal alle AddOns und lege ein neues, leeres Profil an, so dass er wirklich in der Ur-Form läuft.
 
Getestet auf drei PCs, 2 Notebooks und einem Macbook. Auf allen dasselbe Phänomen.
Bis auf einem PC sind auf keinem zusätzliche Plugins installiert.
 
Daraus sollte man schließen können, dass das Problem beim Server bzw. dem System liegen muss, auf dem er läuft.
Was ist denn da für eine Windows-Version drauf? Ist da noch zusätzlich eine Software-Firewall oder dergleichen installiert?
 
So wie es aussieht, liegt es weder am PC, noch am Browser und noch am FTP-Server.
Scheinbare Ursache ist ein Modul in der Firewall, dass auch sämtlichen FTP-Traffic nach Schadcode scannt. Schalte ich den Scanner aus, funktioniert alles, schalte ich den Scanner wieder ein, habe ich wieder die Probleme.
Merkwürdig, dass ein richtiger FTP-Client das Problem nicht hat.
Aber was solls... Cisco muss sich jetzt kümmern.

Dennoch vielen Dank für die Hilfe.
 
Oben