ispCP - Board - Support
proftpd high load - Printable Version

+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+---- Forum: Plauderecke (/forum-49.html)
+---- Thread: proftpd high load (/thread-7082.html)

Pages: 1 2 3

RE: proftpd high load - menki - 07-01-2009 05:37 AM

ich werde keinesfalls was anderes installieren um ein problem in proftpd zu umgehen. ich bin mit der proftpd software sehr zufrieden und ich möchte nicht von dem ispcp standard allzu abweichen. Smile

damals wie das im proftpd umgesetzt wurde hatte ich die selbe meinung joximu. das laden und mitschleppen sovieler konfigurationsdateien ist nicht so das beste. wir hatten ja dieses problem im apache auch schon drinnen (apache logs).
die authentifizierung über mysql und die verschlüsselten passwörter im mysql ist sicher sehr gut und sicher, aber seit dieser umstellung ist die authentifizierung durch mysql eine volle bremse für den proftpd server.
wir haben schon ein paar mal hier im forum darüber diskutiert das der proftpd beim authentifizieren deutlich länger braucht als vorher.
die meisten ftp programme laden die dateien in mehrfachen instanzen hoch dadurch müssen sie sich auch mehrfach authentifizieren, was wiederum jedesmal die hohe cpu load verursacht und wartezeit für den user bedeutet.
ich stelle fest alles ist so ziemlich erträglich bis man den server halbvoll bekommt. dann ist der proftpd sehr träge und lädt seine files relativ langsam hoch. zuerst durch die mysql authentifizierung und dann auch nocht durch die vielen user direktiven....

MENKI

RE: proftpd high load - FraggDieb - 08-01-2009 04:58 AM

Ich push das mal, gibt es da eine Lösung für ?

RE: proftpd high load - fulltilt - 08-01-2009 10:26 PM

(06-30-2009 06:20 AM)BeNe Wrote:  Was auch noch ein Problem sein kann sind die vielen Clients Regeln die geladen werden.
Stelle das mal testweis in der proftpd.conf ab:

Hi BeNe,
hat bei mir auch eine kleine Besserung gebracht ...
Habe Include /etc/proftpd/ispcp/* mal rausgenommen, dann hatte ich irgendwie noch ein Problem mit:
Code:
Fatal: AuthOrder: AuthOrder has already been configured on line 115 of '/etc/proftpd/proftpd.conf'

habe das zweite AuthOrder mal rausgenommen:
Code:
<IfModule !mod_sql.c>
  LoadModule               mod_sql.c
  AuthOrder                mod_sql.c
</IfModule>
<IfModule !mod_sql_mysql.c>
  LoadModule               mod_sql_mysql.c
  AuthOrder                mod_sql_mysql.c
</IfModule>

Ich denke auch das die Lösung mit den Files in Include /etc/proftpd/ispcp/*
hier wahrscheinlich das Problem verursacht.

Gruss

RE: proftpd high load - BeNe - 08-04-2009 03:42 AM

Wegen dem Proftpd Fehler in der Line 115.
Nimm mal das " AuthOrder mod_sql.c" komplett raus bzw. kommentiere es aus.

Ja das Problem mit dem ispcp Unterordner ist das hier Regeln für Proftpd pro Domain geladen werden. Die Regeln beziehen sich auf das Löschen von dem Ordner Backups, htdocs usw. Wenn Du das deaktivierst könnte der User die Ordner löschen, somit der Apache nicht mehr starten oder das Backup stoppen.

Greez Bene

RE: proftpd high load - fulltilt - 08-04-2009 09:35 PM

(08-04-2009 03:42 AM)BeNe Wrote:  Ja das Problem mit dem ispcp Unterordner ist das hier Regeln für Proftpd pro Domain geladen werden. Die Regeln beziehen sich auf das Löschen von dem Ordner Backups, htdocs usw. Wenn Du das deaktivierst könnte der User die Ordner löschen, somit der Apache nicht mehr starten oder das Backup stoppen.

gab es früher nicht mal eine andere Lösung wo das durch eine Regel für alle Domains geregelt war?

RE: proftpd high load - BeNe - 08-04-2009 09:58 PM

Ja - die gab es mal... Rolleyes

Greez BeNe

RE: proftpd high load - fulltilt - 08-04-2009 10:03 PM

habs in der RC5/6 gefunden Big Grin
Das sollte doch dann auch mit diesem Include funktionieren oder?

Code:
<Directory ~/backups>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/backups/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/cgi-bin>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/cgi-bin/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/htdocs>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/htdocs/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/errors>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/errors/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/logs>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/logs/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/phptmp>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/phptmp/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>

<Directory ~/statistics>
<Limit RMD RNTO DELE XRMD>
  DenyAll
</Limit>
</Directory>
<Directory ~/statistics/*>
<Limit RMD RNTO DELE XRMD>
    AllowAll
</Limit>
</Directory>


RE: proftpd high load - joximu - 08-04-2009 11:55 PM

Für die Domains gilt das meines Wissens immernoch, aber für jede subdomain oder Alias müssen andere regeln her...

/J

RE: proftpd high load - BeNe - 08-05-2009 12:36 AM

Und die engine wird bei einer Änderung doch wieder die Configs in /etc/proftpd/ispcp/ schreiben oder ?

Greez BeNe

RE: proftpd high load - joximu - 08-05-2009 12:48 AM

Ja, es sei denn, man stellt es ab... (im Code)...

naja, man könnte ja die Config schreiben lassen, aber nicht includen :-)

/J