www.ProFTPD.de
13. März 2007, 19:49:38 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
Seiten: [1]   Nach unten
  Drucken  
Autor Thema: ProFTPd hat beim Upload Aussetzer  (Gelesen 483 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
tanjix
ProFTPD
*
Offline Offline

Beiträge: 4


Profil anzeigen
« am: 11. Mai 2006, 10:54:10 »

Hallo,

ich habe ein Debian 3.1 sarge System mit ProFTPd 1.2.10.
Wenn ich auf den FTP was hochlade (z.B. einen Theme-Ordner mit kleinen Bilddateien), bleibt der Upload immer wieder hängen. Das heisst er pausiert für einige Sekunden und macht dann weiter.
Der Upload von sagen wir 5 MB kleiner Bilddateien dauert so über eine Stunde (normalerweise lade ich sowas in ein paar Minuten hoch) Smiley

Testhalber habe ich den aktuellsten 1.3.0 ProFTPd kompiliert und es mit diesem versucht. Selbes Ergebnis.
In den Log-DAteien ist nichts erkennbar. Weder im xferlog noch im ftp.log, welches ich erstellen ließ durch die SystemLog Direktive)

Nun stellt sich mir die Frage, ob es eine Einstellungssache ist?

Hier noch meine derzeitige proftpd.conf:

Code:
#### CONFIXX PRO-FTPD CONFIG FILE ####
    #### created at Wed Mar  8 18:38:43 2006 ###

# This is a basic ProFTPD configuration file (rename it to
# 'proftpd.conf' for actual use.  It establishes a single server
# and a single anonymous login.  It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.

ServerName      xxxx.domain.de
ServerType      standalone
DefaultServer   on
ServerAdmin     technik@domain.de
ServerIdent     on "FTP Server ready."
ListOptions "-a"
DelayEngine off

# Port 21 is the standard FTP port.
Port                            21

# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask                           022

# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances                    30

# Set the user and group that the server normally runs at.
User                            nobody
Group                           nogroup

TransferLog     /var/log/xferlog
SystemLog       /var/log/ftp.log

# Normally, we want files to be overwriteable.
AllowOverwrite on
AllowStoreRestart on
AllowRetrieveRestart on
AllowForeignAddress on

#
# Do a chroot for web-users (i.e. public or www group), but
# do not change root if the user is also in the users group...
#
#DefaultRoot ~/public_html       public,!users
#
DefaultRoot ~

# Groups that are not allowed to login
<Limit LOGIN>
DenyGroup poponly
</Limit>


     ### ENDE ####

Vielleicht hat hier jemand einen schlauen Rat?

Herzlichen Dank und viele Grüße!
Gespeichert
tanjix
ProFTPD
*
Offline Offline

Beiträge: 4


Profil anzeigen
« Antwort #1 am: 11. Mai 2006, 10:57:15 »

Hallo,

noch ein Nachtrag:

Am Provider liegt es nicht, denn von anderen habe ich gehört, dass sie damit keine Probleme haben.
Gespeichert
VolGas
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 771



Profil anzeigen
« Antwort #2 am: 11. Mai 2006, 17:08:52 »

Hmm - ich weiß nicht, ob es daran liegen könnte,
aber versuche es doch einmal mit zuätzlich:

Code:
UseReverseDNS off
IdentLookups off
RequireValidShell off

in Deiner proftpd.conf. Vielleicht hilft's...

mfg.
  VolGas
Gespeichert
binford6100turbo
ProFTPD
*
Offline Offline

Beiträge: 21



Profil anzeigen
« Antwort #3 am: 11. Mai 2006, 22:53:56 »

schließe mich dem Thread an...hab seit heute auch diese Probleme...Bei mir gehts soweit, dass sich der FTP-Server aufhängt und nur ein killen der laufenden Prozesse und ein /etc/init.d/proftpd restart hilft...

Irgendwie hängt sich der Server beim Ausführen der Option "LIST -a" auf...dann wird die Verbindung beendet!
Gespeichert

Mein Server (dediziert)
OS: Debian 3.1 Sarge (32 Bit)
Webserver: Apache2 (2.0.54)
PHP: 4.3.10-16
MySQL: 4.0.24
ProFTPd: 1.2.10
binford6100turbo
ProFTPD
*
Offline Offline

Beiträge: 21



Profil anzeigen
« Antwort #4 am: 12. Mai 2006, 11:47:34 »

habe festgestellt, dass es zu den aussetzern nur beim upload großer datenmengen >10MB kommt...
Gespeichert

Mein Server (dediziert)
OS: Debian 3.1 Sarge (32 Bit)
Webserver: Apache2 (2.0.54)
PHP: 4.3.10-16
MySQL: 4.0.24
ProFTPd: 1.2.10
tanjix
ProFTPD
*
Offline Offline

Beiträge: 4


Profil anzeigen
« Antwort #5 am: 13. Mai 2006, 00:11:36 »

Hallo,

Hmm - ich weiß nicht, ob es daran liegen könnte,
aber versuche es doch einmal mit zuätzlich:

Code:
UseReverseDNS off
IdentLookups off
RequireValidShell off

in Deiner proftpd.conf. Vielleicht hilft's...

mfg.
  VolGas

obiges hat leider keine Änderungen gezeigt,

Noch Ideen?
Gespeichert
VolGas
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 771



Profil anzeigen
« Antwort #6 am: 15. Mai 2006, 06:07:27 »

Die oben von mir angeführten Direktiven sind prinzipiell nicht verkehrt.

Das FTP-Protokoll ist im passiven Modus (der eigentlich immer genutzt werden sollte!)
nicht gerade zimperlich mit Systemresourcen. Für jedes File im Up/Download wird ein
neuer Port vereinbart, dann geöffnet und im Anschluß auch wieder geschlossen.

Das ist sehr zeitintensiv und das merkt man insbesonders, wenn man viele kleine Dateien
übertragen möchte. Steht dann auch noch eine (mehr oder weniger) intelligente Firewall
dazwischen, kann dies auch noch einmal deutlich bremsen. Hat man Shell-Zugriff, so lohnt
es sich, die Dateien zusammengepackt als Archiv hochzuladen und dieses dann auf der
Servermaschine wieder auszupacken.

Oft ist auch ein Netzwerkproblem oder auch die Netzauslastung Grund für starke Schwankungen,
aber auch so mancher "Provider" (siehe z.B. ->hier im Forum) sorgt für so manches Kopfzerbrechen.
Es gibt aber auch DSL-Anbieter, die bestimmte Ports einfach ausbremsen...

Weshalb aber ein Prozess hängenbleibt, müßte individuell abgeklärt werden.
Der ProFTPD ist eigentlich ein sehr ausgereiftes und getestetes Stück Software,
da ist oft bei solchen Fällen eine "Anormalie" des Systems der Grund allen Übels.

Wie Ihr seht, gibt es keine allgemein gültige Antwort, aber vielleicht konnte ich
einen entsprechenden Tipp geben...

mfg.
  VolGas
Gespeichert
binford6100turbo
ProFTPD
*
Offline Offline

Beiträge: 21



Profil anzeigen
« Antwort #7 am: 17. Mai 2006, 08:22:44 »

Hi,

mittlerweile ist es bei mir so, dass er beim Ausführen einer "LIST"-Funktion sich teilweise komplett aufhängt und nur ein Killen der Prozesse Abhilfe bringt. Ich verwende Version 1.2.10.

Im Log vom Filezilla ist folgendes:

Zitat
Befehl:   LIST
Fehler:   Transferkanal konnte nicht geöffnet werden. Grund: Ein Verbindungsversuch ist fehlgeschlagen, da die Gegenstelle nach einer bestimmten Zeitspanne nicht ordnungsgemäß reagiert hat, oder die hergestellte Verbindung war fehlerhaft, da der verbundene Host nicht reagiert hat.
Fehler:   Dateiliste konnte nicht empfangen werden

Gruß
Binford
Gespeichert

Mein Server (dediziert)
OS: Debian 3.1 Sarge (32 Bit)
Webserver: Apache2 (2.0.54)
PHP: 4.3.10-16
MySQL: 4.0.24
ProFTPd: 1.2.10
VolGas
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 771



Profil anzeigen
« Antwort #8 am: 17. Mai 2006, 09:16:03 »

Der ProFTPD ist normalerweise ein sehr solides Stück Software - bei uns z.B.
läuft das Teil schon über ein Jahr ohne auch nur ein einziges "Bäuerchen"...

Bitte starte den ProFTPD im Debugmodus, provoziere den Fehler und poste den Output davon.

mfg.
  VolGas
Gespeichert
Seiten: [1]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.059 Sekunden mit 16 Zugriffen.