Loginfehler über Internet Explorer

[NickTheRipper]

Wenn ich versuche mich über den Internet Explorer auf den ProFTPD-Server einzuloggen, dann bekomme ich eine Fehlermeldung und die FTP-Verbindung wird wieder geschlossen.

Den Login mache ich nach folgendem Muster:

ftp://user:pass@serveradresse:port

-----
Fehlermeldung:

Beim öffnen des Ordners auf dem FTP-Server ist ein Fehler aufgetreten. Stellen Sie sicher, daß Sie die erforderlichen Zugriffsrechte für den Ordner haben.

Details:
200 Type set to A
500 illegal Port command
-----

Ich habe daraufhin die Zugriffsrechte der Ordner überprüft und diese sind okay.
Ein Login mit einem FTP-Proggy läuft problemlos.

Der Debugmodus von ProFTPD zeigte dann folgenden Fehler, den ich leider nicht deuten kann.

Code:

dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching CMD command 'OPTS utf8 on' to mod_core
dispatching LOG_CMD_ERR command 'OPTS utf8 on' to mod_log

Was hat es mit 'OPTS utf8 on' auf sich?

Weiterhin bekomme folgende Meldung im Debugmodus:

Code:

dispatching CMD command 'PORT 192,168,0,20,15,205' to mod_core
Refused PORT 192,168,0,20,15,205 (address mismatch)
dispatching LOG_CMD_ERR command 'PORT 192,168,0,20,15,205' to mod_log
FTP session idle timeout, disconnected.
FTP session closed.

Was ist nun die Ursache, daß ein Login nicht über einen Browser möglich ist?

[Wörsty]

Das Problem ist NAT.
Du hast intern 192. bla bla - und damit gehst dua raus.
Der Server im Netzt kennt die Adresse nicht.

So in etwa :??

[NickTheRipper]

Okay, das ist verständlich, aber warum tritt dann der selbe Fehler auf, wenn man es aus dem internen Netzwerk direkt auf den Server probiert, man also nicht aus dem Netz herausgeht?

Da ist die Antwortadresse doch dem Server bekannt, wobei auch noch ein DNS-Server läuft?

Weiterhin müßten doch wenigstens andere Leute von draußen per Browser auf den Server zugreifen können, denn da ist doch die Antwortadresse auch eindeutig, oder hab ich bei dem ganzen einen Denkfehler?

Und was hat es sich mit 'OPTS utf8 on' auf sich?

[Wörsty]

Fragen über Fragen :roll:  

Ich habe übrigens zu hause (Windows xp und RedHat Linux am Hub und den über einen NETGEAR RP114 an Q-DSL) das selbe Problem aber noch keine Zeit mich da reinzuknien.

Also wenn jemand eine Lösung weiß, immer her damit

Allerdings Total Commander - nicht IE.

[Tristan-777]

mal mit aktivem ftp versucht? in den IE Optionen "Passives FTP verwenden" deaktivieren? Ich hatte Anfangs aehnliches Problem Zuhause allerdings hat insmod ip_nat_ftp und ip_conntrack_ftp Abhilfe geschaffen (Linux). Aktives FTP hat allerdings sofort gefunkt...Kann das sein dass der Router keinen Verbindungsaufbau zu den Ports groesser 1024 von Innen  (LAN) erlaubt? IE verbindet sich viel zu gern ueber die Firewall obwohl ers garnich soll...
 Ich hab versucht die Situation, die Ihr habt mal nachzustellen...

[TL]

Code:

OPTS utf8 on

besagt, daß der Server seine Text-Anworten UTF-8 codiert senden soll...

[NickTheRipper]

@Tristan

Dein Tip mit den Einstellungen im IE funzt wunderbar, allerdings umgekehrt (auf passiv umstellen), aber löst leider nicht mein Problem, denn nicht jeder, der auf unseren Server zugreift, macht dies mit dem IE und die Beschwerden häuften sich, daß man zum Server keinen Zugang erhält. Aber trotzdem danke, denn ich hab wieder was Neues gelernt, was ich im IE noch nicht kannte, da dies bisher nicht notwendig war.

@TL

Nachdem Du sehr schön kurz und knapp erklärt hast, was es mit dem 'OPTS utf8 on' auf sich hat, hast Du eventuell auch ne Lösung parat, warum dieser Fehler auftaucht und wie man den in den Griff bekommt?

@Wörsty

Ich bin dem Problem mit der NAT noch einmal nachgegangen. Ich hatte ja vorher die ProFTPD-Version 1.2.8p am laufen und da funktionierte es prima. Also installierte ich einfach diese Version noch einmal und ließ diese im Debugmodus laufen. Und siehe da, es geschehen Wunder!!! Man kann sich wunderbar einloggen, ohne den passiven Modus zu erzwingen. Nun dachte ich mir, was in der dieser Version funktioniert, sollte auch in der Version 1.2.9rc3 funktionieren und ich installierte dann anschließend diese Version noch einmal. Dann kam ich aus dem Wundern nicht mehr raus, denn es funktioniert nun auch (bei gleicher Konfigurationsdatei).

Komisch ist das schon, aber es geht nun.

Ich habe nur noch das Problem mit dem 'OPTS utf8 on'.

Code:

dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching PRE_CMD command 'OPTS utf8 on' to mod_core
dispatching CMD command 'OPTS utf8 on' to mod_core
dispatching LOG_CMD_ERR command 'OPTS utf8 on' to mod_log

Vielleicht hat ja jemand dafür eine Lösung parat!

[TL]

Gar nicht, da das (mal wieder) ein Bug vom Internet Explorer ist... :!:
Zur Erklärung:
Der RFC-2640 (Internationalization of the File Transfer Protocol) sieht vor, daß der Server wenn er UTF-8 unterstützt, auf das "FEAT" Kommando des Clients den Text "UTF8"zurüsckschickt (in einer Liste mit anderen unterstützten zusätzlichen Kommandos). Da der proftpd das nicht macht, DARF der IE gar nicht das Kommando "OPTS UTF8 ON" senden...  :idea:

[NickTheRipper]

@TL

Super erklärt und das mit den Bugs sind wir ja von Microsoft schon gewohnt!   :lol:

[DeepSurfer]

Das selbe Fehlverhalten beim IE-BrowserLogin habe auch ich festgestellt, ein anderer User (auch anderes Forum) hatte nun die Lösung gefunden.

In der proftpd.conf den Eintrag
MaxClientsPerUser mindestens auf 2 setzen, da der IE einmal als Client zum Pfadbrowsen benutzt und einen zusätzlichen Client für die Authenifizierung.


chirio
Deep