www.ProFTPD.de
13. März 2007, 21:14:16 *
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: Server timed out (beim up/down -load)  (Gelesen 214 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
scHokii
Gast
« am: 11. Juni 2004, 13:48:24 »

Hallo,
Ich habe Proftpd installiert und funzt auch soweit.
Ich habe nen unser account gemacht, nur habe ich jetzt das Problem das wenn ich eine Datei (700mb) hoch bzw. runterlade timed der server nach 350 mb out.

Kann mir jemand helfen.
Suse 8.2

THX scHokii... :twisted:
Gespeichert
Anonymous
Gast
« Antwort #1 am: 11. Juni 2004, 14:04:50 »

hi!
sorry wenn ich hier so reinplatze, hab aber ein ähnliches problem.

erstmal was zum szenario:

- ich habe proftp laufen; als standalone. version: proftpd-1.2.7-1mdk (unter mandrake 9.1)

- der rechner steht im internen netzwerk hinter einem router; keine personal firewall. weitergeleitete ports: 20, 21, 5000-5010 (alles tcp)

- anbindung: statische ip samt pseudo-domain (von dyndns.org)

- was wird getan? es werden dateien hochgeladen/heruntergeladen; durschnittlich 5MB groß.

und nun zum problem:
bei den "aktionen" krieg ich nach jeder übertragenen datei einen timeout; ausserdem "idlet" er zwischenzeitlich bei der datenübertragung und macht dann weiter. zuerst nahm ich an, dass die timeout-einstellungen von proftp zu niedrig wären - allerdings kommen die timeouts nun (soweit ich das sehe) nicht dadurch zustande, dass der client nicht antwortet, sondern proftp. er scheint nach den "nickerchen" während des transfers nach jeder datei dann endgültig einzuschlafen, was dazu führt dass die warteschlange unterbrochen wird.
beim beenden des transfers der einen datei lädt er sich tot und springt nicht zur nächsten datei der warteschlange.

weitere beobachtung: das problem besteht nicht im lokalen netzwerk! ich habe mal künstlich die bandbreite runtergeschaltet und geschaut, ob auch hier die timeouts auftreten. und sie tun's es nicht! keine probleme im lokalen netzwerk.

die probleme tauchen sowohl mit gftp als auch mit smartftp auf. naja d.h. sie kann man dort beobachten. sowohl als anonymous, als auch als "echter" user.
und sowohl im aktiven- als auch passiven modus.

hier auch mal meine /etc/proftpd.conf (nicht auf das wirrwarr achten, das ist aus verzeiflung und teilweise durch gproftpd entstanden :roll: )
Code:
# 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 "Dominion3"
ServerType standalone
DefaultServer on

# Allow FTP resuming.
# Remember to set to off if you have an incoming ftp for upload.
AllowStoreRestart on

Port 21
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 3

# Set the user and group under which the server will run.
#User ftp
#Group ftp
User nobody
Group nogroup

# Normally, we want files to be overwriteable.
<Directory />
  AllowOverwrite true
AllowRetrieveRestart true
  AllowStoreRestart true
</Directory>

# Needed for NIS.
PersistentPasswd off

# Default root can be used to put users in a chroot environment.
# As an example if you have a user foo and you want to put foo in /home/foo
# chroot environment you would do this:
#
# DefaultRoot /home/foo foo

#DefaultRoot /home/ftpuser
DefaultRoot ~

Include /etc/proftpd-anonymous.conf

#
#Shares (selbst eingefuegt)
#

#<Directory /home/ftpuser/>
# UserAlias ftpuser
# HiddenStor off
# AllowRetrieveRestart on
# <Limit WRITE>
# DenyAll
# </Limit>
#</Directory>

PassivePorts 5000 5010
UseReverseDNS off
IdentLookups off

#max. 20KByte/s
RateReadBPS 10000
RateWriteBPS 10000

#Timeouts; in Sekunden
TimeoutIdle 600
TimeoutLogin 60
TimeoutNoTransfer 1200
# set session time limits for everyone except a few privileged users
#TimeoutSession 3600 user !frank
TimeoutStalled 0
#LDAPQueryTimeout 999





<Anonymous /home/ftp>
User frank
Group frank
AnonRequirePassword on
MaxClients 5 "Der Server ist voll, bediene %m Anwender"
DisplayLogin               welcome.msg
DisplayFirstChdir          directory.msg
#<Limit WRITE>
#  DenyAll
#</Limit>
<Directory /home/ftp/incoming/*>
AllowOverwrite on
<Limit STOR>
  AllowAll
</Limit>
<Limit MKD>
  AllowAll
</Limit>
<Limit SITE_CHMOD>
  AllowAll
</Limit>
#<Limit ALL>
#  AllowUser frank
#  DenyAll
#</Limit>
#<Limit CDUP CWD XCWD XCUP>
#  AllowAll
#</Limit>
#<Limit MKD DIRS>
#  AllowAll
#</Limit>
#<Limit STOR RETR APPE WRITE>
#  AllowAll
#</Limit>
#<Limit MKD>
#  AllowAll
#</Limit>
#<Limit DELE SITE_CHMOD>
#  DenyAll
#</Limit>
</Directory>
</Anonymous>

woran könnte es liegen?
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #2 am: 11. Juni 2004, 14:42:52 »

:wait)  :debug:
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
flashbeast
Gast
« Antwort #3 am: 11. Juni 2004, 19:14:20 »

meinste mich? (einen beitrag über deinem)
der käse ist erst später reingekommen, es hat schon vorher nicht funktioniert. ansonsten läuft der server ja, nur pennt der kack ein...
oder hab ich deine smileys falsch verstanden? :oops:
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #4 am: 11. Juni 2004, 19:23:31 »

DEBUG
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
flashbeast
Gast
« Antwort #5 am: 12. Juni 2004, 09:24:16 »

meinst du ne fehlerausgabe im log? die gibt es nicht Traurig
soll heißen: nur die normalen "aktivitäten" werden protokolliert; kein hinweis auf einen fehler :?

ich hatte auf ein bekanntes problem gehofft  :?!
Gespeichert
Hoaxter
ProFTPD
*
Offline Offline

Beiträge: 26


Profil anzeigen
« Antwort #6 am: 12. Juni 2004, 20:30:16 »

Je nach Winkel des Betrachters ist das durchaus ein bekanntes Problem - und zwar das Problem das einige resistente Mitmenschen sich weigern Hilfe zur Selbsthilfe anzunehmen.
http://www.castaglia.org/proftpd/doc/contrib/ProFTPD-mini-HOWTO-Debugging.html
oder meine alte Uebsersetzung davon: http://sven.stormbind.net/proftpd/debug-proftpd.txt

Sven
Gespeichert
flashbeast
Gast
« Antwort #7 am: 12. Juni 2004, 21:57:08 »

hab das problem folgendermaßen gelöst - folgende direktive in der proftpd.conf eingefügt:

MasqueradeAddress my.dyndns.org

natürlich mit meiner richtigen adresse. debugging hatte ich "angewandandt", ohne erfolg  :evil:
ich poste hier schließlich nur aus dem grunde, dass ich selbst keinen rat mehr wusste - sprich: die selbsthilfe fehlschlug. auch wenn'S sinnfrei war - danke für eure unterstützung  :wink:
Gespeichert
RemsGhost
Gast
« Antwort #8 am: 16. Juni 2004, 20:17:19 »

Zitat von: "flashbeast"
hab das problem folgendermaßen gelöst - folgende direktive in der proftpd.conf eingefügt:

MasqueradeAddress my.dyndns.org

natürlich mit meiner richtigen adresse. debugging hatte ich "angewandandt", ohne erfolg  :evil:
ich poste hier schließlich nur aus dem grunde, dass ich selbst keinen rat mehr wusste - sprich: die selbsthilfe fehlschlug. auch wenn'S sinnfrei war - danke für eure unterstützung  :wink:


aem .. deine linuxe ist doch HINTER dem router.

an dem timeout problem ist also der ROUTER und nicht linux sammt proftpd schulding im sinne der anklage  :twisted:  :wink:

Fazit: nehme er eine 2te netzwerk karte ,  einen vorschlaghammer  udn einen kabelschneider ..

Solution :
- 1 mit dem kabel schneider die verbinung zum router trennen :twisted:
- 2 Netzwerk karte in Linux einbauen   :lol:
- 3 Router Mit aller kraft zerstoeren..  :roll:  

MfG
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #9 am: 16. Juni 2004, 20:25:48 »

Oder eben MasqueradeAddress benutzen.
Gespeichert

RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
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.062 Sekunden mit 16 Zugriffen.