www.ProFTPD.de
13. März 2007, 20:30:09 *
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: Problem mit der config.  (Gelesen 336 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
goehhh
ProFTPD
*
Offline Offline

Beiträge: 1


Profil anzeigen
« am: 19. Oktober 2005, 19:35:23 »

Ich habe ein Problem mit meiner config.. Wenn mehr als ein Leecher auf meinem ftp was saugt, dann gibt es bei beiden immer so stellen, an denen die 0kb/s haben und nur ganz langsam downloaden. ich hab hier einfach mal meine config gepostet. Vielleicht könnt ihr mir ja helfen!

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 "ProFTPD"
ServerType standalone
DefaultServer on

# 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 500

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

# Normally, we want files to be overwriteable.
<Directory /opt/lampp/htdocs/*>
AllowOverwrite on
</Directory>

# only for the web servers content
DefaultRoot /pub

# nobody gets the password "lampp"
UserPassword nobody wRPBu8u4YP0CY

# nobody is no normal user so we have to allow users with no real shell
RequireValidShell on

# nobody may be in /etc/ftpusers so we also have to ignore this file
UseFtpUsers off
Gespeichert
stonki
Administrator
ProFTPD
*****
Offline Offline

Beiträge: 1853


15318939
Profil anzeigen WWW E-Mail
« Antwort #1 am: 20. Oktober 2005, 09:40:04 »

Zitat von: "goehhh"
Ich habe ein Problem mit meiner config.. Wenn mehr als ein Leecher auf meinem ftp was saugt, dann gibt es bei beiden immer so stellen, an denen die 0kb/s haben und nur ganz langsam downloaden. ich hab hier einfach mal meine config gepostet. Vielleicht könnt ihr mir ja helfen!

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 "ProFTPD"
ServerType standalone
DefaultServer on

# 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 500

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

# Normally, we want files to be overwriteable.
<Directory /opt/lampp/htdocs/*>
AllowOverwrite on
</Directory>

# only for the web servers content
DefaultRoot /pub

# nobody gets the password "lampp"
UserPassword nobody wRPBu8u4YP0CY

# nobody is no normal user so we have to allow users with no real shell
RequireValidShell on

# nobody may be in /etc/ftpusers so we also have to ignore this file
UseFtpUsers off


das hat nichts mit Deiner Config zu tun sondern tritt bei voll ausgelasteten Leitungen auf. Dann bricht der Upstream manchmal zusammen und daher stoppt dann der Downstream. Du könntest mit dem Traffic Shaper die max. Bandbreite begrenzen (so auf 80% des möglichen), dann klappt es besser..

cu
stonki
Gespeichert

www.stonki.de:    the more I see, the more I know.......
www.proftpd.de:   Deutsche ProFTPD Dokumentation
www.krename.net:  Der Batch Renamer für KDE
www.kbarcode.net: Die Barcode Solution für KDE
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 19 Zugriffen.