You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(356) |
Nov
(380) |
Dec
(318) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(439) |
Feb
(396) |
Mar
(326) |
Apr
(364) |
May
(331) |
Jun
(300) |
Jul
(345) |
Aug
(367) |
Sep
(567) |
Oct
(690) |
Nov
(454) |
Dec
(328) |
2003 |
Jan
(507) |
Feb
(507) |
Mar
(556) |
Apr
(482) |
May
(529) |
Jun
(528) |
Jul
(534) |
Aug
(271) |
Sep
(333) |
Oct
(348) |
Nov
(340) |
Dec
(241) |
2004 |
Jan
(319) |
Feb
(331) |
Mar
(283) |
Apr
(259) |
May
(172) |
Jun
(212) |
Jul
(186) |
Aug
(264) |
Sep
(201) |
Oct
(138) |
Nov
(136) |
Dec
(107) |
2005 |
Jan
(130) |
Feb
(154) |
Mar
(116) |
Apr
(79) |
May
(123) |
Jun
(151) |
Jul
(65) |
Aug
(121) |
Sep
(113) |
Oct
(109) |
Nov
(134) |
Dec
(78) |
2006 |
Jan
(26) |
Feb
(83) |
Mar
(150) |
Apr
(83) |
May
(145) |
Jun
(80) |
Jul
(102) |
Aug
(99) |
Sep
(93) |
Oct
(26) |
Nov
(39) |
Dec
(46) |
2007 |
Jan
(78) |
Feb
(65) |
Mar
(77) |
Apr
(39) |
May
(63) |
Jun
(59) |
Jul
(53) |
Aug
(50) |
Sep
(93) |
Oct
(85) |
Nov
(35) |
Dec
(22) |
2008 |
Jan
(56) |
Feb
(26) |
Mar
(58) |
Apr
(45) |
May
(52) |
Jun
(52) |
Jul
(41) |
Aug
(34) |
Sep
(27) |
Oct
(75) |
Nov
(31) |
Dec
(69) |
2009 |
Jan
(54) |
Feb
(55) |
Mar
(57) |
Apr
(39) |
May
(40) |
Jun
(79) |
Jul
(49) |
Aug
(30) |
Sep
(46) |
Oct
(72) |
Nov
(89) |
Dec
(71) |
2010 |
Jan
(48) |
Feb
(73) |
Mar
(52) |
Apr
(28) |
May
(32) |
Jun
(48) |
Jul
(29) |
Aug
(38) |
Sep
(14) |
Oct
(32) |
Nov
(70) |
Dec
(46) |
2011 |
Jan
(33) |
Feb
(30) |
Mar
(79) |
Apr
(24) |
May
(29) |
Jun
(63) |
Jul
(22) |
Aug
(38) |
Sep
(27) |
Oct
(49) |
Nov
(41) |
Dec
(69) |
2012 |
Jan
(28) |
Feb
(21) |
Mar
(18) |
Apr
(50) |
May
(30) |
Jun
(16) |
Jul
(22) |
Aug
(15) |
Sep
(35) |
Oct
(37) |
Nov
(23) |
Dec
(19) |
2013 |
Jan
(40) |
Feb
(76) |
Mar
(18) |
Apr
(17) |
May
(27) |
Jun
(17) |
Jul
(67) |
Aug
(30) |
Sep
(27) |
Oct
(43) |
Nov
(13) |
Dec
(13) |
2014 |
Jan
(37) |
Feb
(36) |
Mar
(31) |
Apr
(3) |
May
(40) |
Jun
(20) |
Jul
(18) |
Aug
(23) |
Sep
(15) |
Oct
(28) |
Nov
(26) |
Dec
(20) |
2015 |
Jan
(10) |
Feb
(16) |
Mar
(8) |
Apr
(11) |
May
(6) |
Jun
(8) |
Jul
(6) |
Aug
(12) |
Sep
(4) |
Oct
(26) |
Nov
(13) |
Dec
(6) |
2016 |
Jan
(30) |
Feb
(19) |
Mar
(12) |
Apr
(15) |
May
(3) |
Jun
(20) |
Jul
|
Aug
(19) |
Sep
(17) |
Oct
(7) |
Nov
(15) |
Dec
(33) |
2017 |
Jan
(19) |
Feb
(18) |
Mar
(25) |
Apr
(25) |
May
(10) |
Jun
(2) |
Jul
(5) |
Aug
(9) |
Sep
|
Oct
(5) |
Nov
(18) |
Dec
(4) |
2018 |
Jan
(17) |
Feb
(14) |
Mar
(4) |
Apr
(8) |
May
(9) |
Jun
(9) |
Jul
(12) |
Aug
(26) |
Sep
(10) |
Oct
(2) |
Nov
(6) |
Dec
(2) |
2019 |
Jan
(4) |
Feb
(2) |
Mar
(4) |
Apr
(2) |
May
(16) |
Jun
(2) |
Jul
(5) |
Aug
(16) |
Sep
(13) |
Oct
(16) |
Nov
(7) |
Dec
(18) |
2020 |
Jan
(4) |
Feb
(6) |
Mar
(9) |
Apr
(21) |
May
(33) |
Jun
(15) |
Jul
(12) |
Aug
(2) |
Sep
(9) |
Oct
(2) |
Nov
(17) |
Dec
(9) |
2021 |
Jan
(16) |
Feb
(21) |
Mar
(8) |
Apr
(5) |
May
(4) |
Jun
(10) |
Jul
(13) |
Aug
(12) |
Sep
|
Oct
|
Nov
(5) |
Dec
(6) |
2022 |
Jan
(9) |
Feb
(3) |
Mar
(18) |
Apr
(7) |
May
(4) |
Jun
(5) |
Jul
(10) |
Aug
(4) |
Sep
(4) |
Oct
(2) |
Nov
(6) |
Dec
(8) |
2023 |
Jan
(3) |
Feb
(4) |
Mar
(24) |
Apr
(13) |
May
(1) |
Jun
|
Jul
(21) |
Aug
(1) |
Sep
(10) |
Oct
(5) |
Nov
|
Dec
(2) |
2024 |
Jan
(9) |
Feb
|
Mar
(1) |
Apr
|
May
(5) |
Jun
|
Jul
(1) |
Aug
(13) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
From: TJ S. <tj...@di...> - 2001-11-28 15:12:58
|
lxj>yes, it gives results only with root account at the moment, but it used lxj>to work with ordinary user before. It's a consequence of http://bugs.proftpd.org/show_bug.cgi?id=1368 The third patch attached to that bug report should fix this particular issue. TJ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Know thyself. -Anonymous ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Henjo v. R. <he...@gl...> - 2001-11-28 14:55:26
|
Since 1.2.4 the properties on the scoreboard file are screwed (big oops). With a standard installation do this: chmod 644 /usr/local/var/proftpd/proftpd-inetd They should really fix this soon.. On Wed, 28 Nov 2001, Jun Liu wrote: > yes, it gives results only with root account at the moment, but it used > to work with ordinary user before. > > /Jun > On Wed, Nov 28, 2001 at 03:20:11PM +0100, Fr=E9d=E9ric Jacquemin wrote: > :yep! > : > :I downloaded the new proftpd...and compiled & installed... & uninstalle= d > :the old version. > : > :... it went very well.. it's working fine... except ftpwho command... = no > :response from it! > :why? > : > :thanks > :FJ. > > _______________________________________________ > ProFTPD Users List > <pro...@pr...> > https://lists.sourceforge.net/lists/listinfo/proftp-user > |
From: Stefan O. <Ste...@di...> - 2001-11-28 14:47:41
|
Hallo Marcel Seifert, Am Mittwoch, 28. November 2001 um 15:19 schriebst Du: > Ich suche einen sicheren FTP SERVER der es erm=F6glicht > Seiten auf einen APACHE Webserver zu hinterlegen > Benutze SuSe 7.2 Professional ProFTPD. http://www.proftpd.org > Der FTP SERVER sollte so konfigurierbar sein ,dass die daten die hinter= legt > werden automatisch die rechte 755 bekommen default chmod (oder so) > Virengepr=FCft vom G DATA AntiVirenKit da haben wir ja gl=FCck gehabt :-) cu Stonki --=20 Mini ProFTPD Dokumentation (deutsch): www.stonki.de |
From: Stefan O. <Ste...@di...> - 2001-11-28 14:46:06
|
Hello Fr=E9d=E9ric Jacquemin, On Mittwoch, 28. November 2001 at 15:20 you wrote: > I downloaded the new proftpd...and compiled & installed... & uninstall= ed > the old version. > ... it went very well.. it's working fine... except ftpwho command... = no > response from it! > why? check your scoreboardfile and the path. Try ftpwho with the argument for the scoreboard file. cu stonki -- EFNET: #proftpd |
From: Ken S. <ke...@by...> - 2001-11-28 14:42:20
|
Are there any packages that work with proftpd that will scan uploaded files for virii? Perhaps a wrapper or a patch that sends the file to an external binary before writing it to it's intended location? Is anyone doing this (scanning for virii) and if so, could you share your experiences? Or possibly point me to a URL? If it's not being done, and sounds like it might be a good idea, let me know and maybe I can start getting it coded. Thanks for your input. -- -Ken Schweigert, Aspiring Network Administrator Byte Productions, LLC http://www.byte-productions.com |
From: Jun L. <lx...@fs...> - 2001-11-28 14:28:24
|
yes, it gives results only with root account at the moment, but it used to work with ordinary user before. /Jun On Wed, Nov 28, 2001 at 03:20:11PM +0100, Fr=E9d=E9ric Jacquemin wrote: :yep! : :I downloaded the new proftpd...and compiled & installed... & uninstalle= d :the old version. : :... it went very well.. it's working fine... except ftpwho command... = no :response from it! :why? : :thanks :FJ. |
From: <fr...@as...> - 2001-11-28 14:20:31
|
yep! I downloaded the new proftpd...and compiled & installed... & uninstalled the old version. ... it went very well.. it's working fine... except ftpwho command... no response from it! why? thanks FJ. |
From: <me...@fr...> - 2001-11-28 14:11:18
|
Nobody responded my problem. Again: I have mod_sql-4.0 module compiled into proftpd. The SQL based authentication works with only plaintext mode. I need "Backend" type. I encoded passwords by the password() MySQL function, so the users table contains encoded passwords. The authentication doesn't work with this. Here is the proftpd -d5 -n log. nestrim# proftpd -d5 -n nestrim - nestrim - Config for Nestrim FTP szerver: nestrim - ~ftp/ nestrim - Limit nestrim - DenyAll nestrim - UserName nestrim - GroupName nestrim - UserAlias nestrim - MaxClients nestrim - DisplayLogin nestrim - DisplayFirstChdir nestrim - Umask nestrim - SQLConnectInfo nestrim - SQLAuthTypes nestrim - RequireValidShell nestrim - SQLAuthenticate nestrim - /* nestrim - AllowOverwrite nestrim - Umask nestrim - SQLConnectInfo nestrim - SQLAuthTypes nestrim - RequireValidShell nestrim - SQLAuthenticate nestrim - DefaultServer nestrim - Umask nestrim - User nestrim - UserName nestrim - Group nestrim - GroupName nestrim - SQLConnectInfo nestrim - SQLAuthTypes nestrim - SQLUserTable nestrim - SQLUsernameField nestrim - SQLPasswordField nestrim - SQLUidField nestrim - SQLGidField nestrim - SQLDefaultHomedir nestrim - RequireValidShell nestrim - SQLAuthenticate nestrim - ProFTPD 1.2.4 (release) (built Mon Nov 26 16:16:56 CET 2001) standalone mode STARTUP nestrim (192.168.0.1[192.168.0.1]) - connected - local : 192.168.0.10:21 nestrim (192.168.0.1[192.168.0.1]) - connected - remote : 192.168.0.1:3227 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: backend module 'mod_sql_mysql/4.03' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: backend api 'mod_sql_api_v1' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> sql_getconf nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_defineconnection nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: name: 'default' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: user: 'ftpadmin' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: host: 'localhost' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: db: 'ftp' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: port: '3306' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: ttl: '0' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_defineconnection nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' opened nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: backend successfully connected. nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: mod_sql status : on nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: authenticate : users groups userset(fast) groupset(fast) nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: usertable : users nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: userid field : username nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: password field : password nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: uid field : uid nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: gid field : gid nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: homedir(defaulted) : '/ftp' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: shell field : NULL nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: homedirondemand : false nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: group table : groups nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: groupname field : groupname nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: grp gid field : gid nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: grp members field : members nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: SQLMinUserUID : 999 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: SQLMinUserGID : 999 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: SQLDefaultUID : 65533 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: SQLDefaultGID : 65533 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< sql_getconf nestrim (192.168.0.1[192.168.0.1]) - FTP session opened. nestrim (192.168.0.1[192.168.0.1]) - dispatching PRE_CMD command 'USER phraktle' to mod_core nestrim (192.168.0.1[192.168.0.1]) - dispatching PRE_CMD command 'USER phraktle' to mod_auth nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_endpwent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_endpwent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_endgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_endgrent nestrim (192.168.0.1[192.168.0.1]) - dispatching CMD command 'USER phraktle' to mod_auth nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_escapestring nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_escapestring nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: cache miss for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 2 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: query "SELECT username, password, uid, gid FROM users WHERE (username='phraktle') LIMIT 1" nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: cache miss for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: user 'phraktle' cached nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: pwd.pw_name : phraktle nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: pwd.pw_uid : 65533 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: pwd.pw_gid : 65533 nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: pwd.pw_shell : nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: pwd.pw_dir : /ftp nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrgid nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 2 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: query "SELECT groupname FROM groups WHERE (gid = 65533) LIMIT 1" nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrgid nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_setgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 2 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: query "SELECT groupname, gid, members FROM groups" nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_setgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - no supplemental groups found for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_core nestrim (192.168.0.1[192.168.0.1]) - dispatching PRE_CMD command 'PASS (hidden)' to mod_auth nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_endpwent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_endpwent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_endgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_endgrent nestrim (192.168.0.1[192.168.0.1]) - dispatching CMD command 'PASS (hidden)' to mod_auth nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: cache hit for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrgid nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 2 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: query "SELECT groupname FROM groups WHERE (gid = 65533) LIMIT 1" nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrgid nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_setgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_setgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getgrent nestrim (192.168.0.1[192.168.0.1]) - no supplemental groups found for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: cache hit for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_getpwnam nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_gid_name nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 2 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_open nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: query "SELECT groupname FROM groups WHERE (gid = 65533) LIMIT 1" nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 1 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_select nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_gid_name nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_auth nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_escapestring nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_escapestring nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: cache hit for user 'phraktle' nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: >>> cmd_check nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: checking auth_type Backend nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_checkauth nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_checkauth nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: checking auth_type Plaintext nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_check nestrim (192.168.0.1[192.168.0.1]) - mod_sql/4.07: <<< cmd_auth nestrim (192.168.0.1[192.168.0.1]) - PAM(phraktle): Authentication failure. nestrim (192.168.0.1[192.168.0.1]) - USER phraktle (Login failed): No such user found. nestrim (192.168.0.1[192.168.0.1]) - FTP session closed. nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: entering cmd_close nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' closed nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: connection 'default' count is now 0 nestrim (192.168.0.1[192.168.0.1]) - mod_sql_mysql/4.03: exiting cmd_close -- Best regards, megant mailto:me...@fr... |
From: Hostmaster <hos...@la...> - 2001-11-28 12:14:49
|
Hi all I actually work on Slack so excuse the dumb question. The pro ftpd server here currently runs from xinetd and I want to change that to a standalone server(daemon) How do I call it on startup from the rc.d files? Can anyone supply me with that script? Do I also have to put it in the init.d directory? Sorry again but my RH knowledge isn't that good Tnx Stefaans Mostert Hostmaster Atlantic Internet Services (Pty) Ltd Tel: 27 (12) 342-0622 Fax: 27 (12) 4307922 E-Mail: ste...@la... Home page: www.lantic.net _____________________________ "Discover the Internet" |
From: Kalin M. <ka...@el...> - 2001-11-28 09:57:07
|
hi all, i use LogWatch to report ftp logins to the root mail box... i see this in the mail, which is very cool: Opened Sessions: Service: ftp User joedoe - 1 Time(s) User gogagago - 4 Time(s) does LogWatch report also sessions by 'anonymous'?! thank you.... |
From: TJ S. <tj...@di...> - 2001-11-28 09:30:58
|
j.salo>I'm using the defaultroot directive but nothing happens. If you run the server in debug mode (command-line options -nd5) and attempt to login, what messages are displayed? TJ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Know thyself. -Anonymous ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: josep <j.s...@pu...> - 2001-11-28 09:21:09
|
I'm using the defaultroot directive but nothing happens. proftpd.conf ========= ServerName "Debian" ServerType standalone DeferWelcome off ShowSymlinks on MultilineRFC2228 on DefaultServer on ShowSymlinks on AllowOverwrite on TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayFirstChdir .message LsDefaultOptions "-l" Port 21 Umask 022 022 User root Group root MaxInstances 30 User nobody Group nogroup <Directory /*> AllowOverwrite on </Directory> Defaultroot ~/public_html/ Josep. |
From: Brian <bb...@te...> - 2001-11-28 05:01:42
|
Hi, read up on <Limit LOGIN> tag. Combine it with Allow[Group|User] or even combo it with Deny/Allow. Brian. Kalin Mintchev wrote: > > hi everybody, > > i know proftpd allows to direct users to a particular directory on the > machine and that's fine, but how do i prevent users - let's say ones that > only have accounts for email to ftp into the machine? > should i put each and every user in the proftpd.conf pointing to their > home directory? or there is a better solution - like deny everybody and > then specify in the proftpd.conf only the ones that are allowed to ftp to > certain directories. i have anonymous off.. > > thank you... > > _______________________________________________ > ProFTPD Users List > <pro...@pr...> > https://lists.sourceforge.net/lists/listinfo/proftp-user |
From: Kalin M. <ka...@el...> - 2001-11-28 04:51:04
|
hi everybody, i know proftpd allows to direct users to a particular directory on the machine and that's fine, but how do i prevent users - let's say ones that only have accounts for email to ftp into the machine? should i put each and every user in the proftpd.conf pointing to their home directory? or there is a better solution - like deny everybody and then specify in the proftpd.conf only the ones that are allowed to ftp to certain directories. i have anonymous off.. thank you... |
From: Giovanni P. T. <ti...@us...> - 2001-11-27 23:51:10
|
Hi, I'm having some problems trying to make ProFTPD show a file when an user logs in or access a directory. Here is the relevant part of my proftpd.conf: User nobody Group nobody DisplayLogin .welcome DisplayFirstChdir .message the ftp user's homedir is /home/ftp/ and the files are these, $ pwd /home/ftp $ ls -la drwxr-xr-x 2 root root 4096 Nov 27 14:47 ./ drwxr-xr-x 9 root root 4096 Nov 27 14:47 ../ -rw-r--r-- 1 root root 6 Nov 25 04:50 .message -rw-r--r-- 1 root root 537 Nov 25 04:42 .welcome What could it be ? Thanks in advance, -- Giovanni P. Tirloni |
From: Micheal Y. <ct...@sy...> - 2001-11-27 22:25:59
|
Ok .. i sent this out before but got no answer so ill try again. I am using a modifed version of the example proftpd.conf script found on the web site, the one that allows anonymous logins. It works for for that, but also included in there is the lines that set up an anonymous upload dir, with the rules set up to alow the user ONLY the ablity to upload, not download or create dir. Now, using this script, i can not manage to get this to work at all. This is what i have for my proftpd.conf. If there is anything wrong, and someone can point me in the right dir. that would be helpful. ServerName "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" ServerType standalone DefaultServer on MasqueradeAddress xxx.xxx.xxx.xxx PassivePorts 60000 65535 # 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 nobody # Normally, we want files to be overwriteable. <Directory /*> AllowOverwrite on </Directory> # Needed for NIS. PersistentPasswd off # Allows for site-to-site transfer AllowForeignAddress on # A basic anonymous configuration, no upload directories. <Anonymous ~ftp> User ftp Group ftp # We want clients to be able to login with "anonymous" as well as "ftp" UserAlias anonymous ftp # Limit the maximum number of anonymous logins MaxClients 10 RequireValidShell off AnonRequirePassword off # We want 'welcome.msg' displayed at login, and '.message' displayed # in each newly chdired directory. DisplayLogin welcome.msg DisplayFirstChdir .message # Limit WRITE everywhere in the anonymous chroot <Limit LOGIN> AllowAll </Limit> # <Limit WRITE> # DenyAll # </Limit> # Setting the upload directories, set's the permissions so a client # can upload but not download file's <Directory uploads/*> <Limit READ> DenyAll </Limit> <Limit STOR> AllowAll </Limit> </Directory> </Anonymous> # 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 ~ Thanks Mike |
From: Micheal Y. <ct...@sy...> - 2001-11-27 19:12:22
|
I am having a problem setting up rules in the upload dir that i set up. i have set it up so that they can upload anythng they want, but they can = not download anything. Also i dont want them to be able to create dir in = the upload dir. this is what i have set up for this. <Directory uploads> <Limit READ> DenyAll </Limit> <Limit STOR> AllowAll </Limit> </Directory> </Anonymous> |
From: TJ S. <tj...@di...> - 2001-11-27 16:15:07
|
j.salo>why? Could you post the debug output (command-line options -nd5), please? TJ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I stood among them, but not of them; in a shroud of thoughts which were not their thoughts. -Lord Byron ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Stefan O. <Ste...@di...> - 2001-11-27 15:37:10
|
Hello Fr=E9d=E9ric Jacquemin, On Dienstag, 27. November 2001 at 15:16 you wrote: > but i need to know how to restrict one connection per IP (anonymous > access)... are you talking about "MaxClientsPerHost" ??? Or did I get you wrong ? Syntax: MaxClientsPerHost number|none [message] cu stonki EFNET: #proftpd |
From: josep <j.s...@pu...> - 2001-11-27 14:27:50
|
I'm using: defaultroot ~/public_html/download (and proftpd restart after change the file) in my proftpd.conf, but it doesn't seem to work: when a user logs in he can access his whole own directory like always happened. why? Josep. |
From: <fr...@as...> - 2001-11-27 14:16:56
|
hello! I'm using proftpd for a long period of time now... & 'm happy with ... but i need to know how to restrict one connection per IP (anonymous access)... Such a problem should be part of the FAQ... but it isn't... :( if anybody has any kind of answer i would be very glad to implement it! f. jacquemin |
From: The F. H. <ha...@ko...> - 2001-11-27 10:16:08
|
On Tue, Nov 27, 2001 at 01:33:37AM -0800, Brian wrote: > > Hi, > > First, the slowness is due to the fact that you're using inetd because > of the following reasons: > > 1) inetd does force a reverse dns lookup (which is a killer if clients > doesn't fully support identd requests) Just to be clear on something ident and rDNS are two separate problems, inetd does a lookup on both. If ident is simply unavailable (ie connection refused) there's no noticable lag, however if a poorly configured firewall doesn't return the unreachable icmp packet inetd will keep trying until timeout. rDNS is subject to normal lookup times and timeouts. I don't know the (x)inetd code well enough to comment on whether these are done sequentially or in parallel. -- The Flying Hamster <ha...@ko...> http://www.korenwolf.net/ "This is not a novel to be tossed aside lightly. It should be thrown with great force." -- Dorothy Parker |
From: Stefaans <ste...@la...> - 2001-11-27 09:50:32
|
HI tnx I thought much the same thing just needed some help Now on that .conf file It looks not to hot if you ask me but my knowledge isn't to good ,yet that is;-) Any suggestions?? Tnx again Stefaans Mostert Hostmaster Atlantic Internet Services (Pty) Ltd Tel: 27 (12) 342-0622 Fax: 27 (12) 4307922 E-Mail: ste...@la... Home page: www.lantic.net _____________________________ "Discover the Internet" -----Original Message----- From: pro...@li... [mailto:pro...@li...]On Behalf Of Brian Sent: Tuesday, November 27, 2001 11:34 AM To: hos...@la... Cc: pro...@pr... Subject: Re: [Proftpd-user] Slow and timeout Hi, First, the slowness is due to the fact that you're using inetd because of the following reasons: 1) inetd does force a reverse dns lookup (which is a killer if clients doesn't fully support identd requests) 2) once done, it will start proftpd, which in turns has to read and process the proftpd.conf file. (which may take some time depending if you're running out of resources). 3) authentication of the user. (which based on your .conf, should be fairly fast). As for the time-outs of transfers, verify if you have a good packet route to and from the client in question. a bad routing usually is a cause of slow transfers which may lead to disconnections. A standard 'traceroute' on both side (to and from) will give you an idea of how good/acceptable/bad your connection to/from the client is. -- Brian. (Note, if I made any bad assumptions or interpretations here, please let me know :]) Hostmaster wrote: > > Hi all > This is my first post to this list. > I took over a proftpd server here now and I have a problem. > I use - ProFTPD Version 1.2.1 > Well the problem is that people can login although it takes fairly long > then it times out on you and the transfers are slow. > My proftpd.conf file looks as follows > > -------------------------------------------------------------------------- -- > ---- > # 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 Default Installation" > ServerType inetd > DefaultServer on > DefaultRoot ~ > RequireValidShell 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 > > ##lets enhance performance## > UseReverseDNS off > > ##turn of identd lookups## > IdentLookups off > > # 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 > <Directory ~> > AllowOverwrite on > </Directory> > # Set the user and group that the server normally runs at. > User nobody > Group nobody > > # Normally, we want files to be overwriteable. > > -------------------------------------------------------------------------- -- > ------ > Any suggestions? > The server is only used for customers to upload theire websites to virtual > domains and nothing else. > I authenticate from /etc/passwd and give them a /bin/false shell > _______________________________________________ ProFTPD Users List <pro...@pr...> https://lists.sourceforge.net/lists/listinfo/proftp-user |
From: Brian <bb...@te...> - 2001-11-27 09:37:17
|
Hi, First, the slowness is due to the fact that you're using inetd because of the following reasons: 1) inetd does force a reverse dns lookup (which is a killer if clients doesn't fully support identd requests) 2) once done, it will start proftpd, which in turns has to read and process the proftpd.conf file. (which may take some time depending if you're running out of resources). 3) authentication of the user. (which based on your .conf, should be fairly fast). As for the time-outs of transfers, verify if you have a good packet route to and from the client in question. a bad routing usually is a cause of slow transfers which may lead to disconnections. A standard 'traceroute' on both side (to and from) will give you an idea of how good/acceptable/bad your connection to/from the client is. -- Brian. (Note, if I made any bad assumptions or interpretations here, please let me know :]) Hostmaster wrote: > > Hi all > This is my first post to this list. > I took over a proftpd server here now and I have a problem. > I use - ProFTPD Version 1.2.1 > Well the problem is that people can login although it takes fairly long > then it times out on you and the transfers are slow. > My proftpd.conf file looks as follows > > ---------------------------------------------------------------------------- > ---- > # 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 Default Installation" > ServerType inetd > DefaultServer on > DefaultRoot ~ > RequireValidShell 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 > > ##lets enhance performance## > UseReverseDNS off > > ##turn of identd lookups## > IdentLookups off > > # 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 > <Directory ~> > AllowOverwrite on > </Directory> > # Set the user and group that the server normally runs at. > User nobody > Group nobody > > # Normally, we want files to be overwriteable. > > ---------------------------------------------------------------------------- > ------ > Any suggestions? > The server is only used for customers to upload theire websites to virtual > domains and nothing else. > I authenticate from /etc/passwd and give them a /bin/false shell > |
From: Hostmaster <hos...@la...> - 2001-11-27 08:37:28
|
Hi all This is my first post to this list. I took over a proftpd server here now and I have a problem. I use - ProFTPD Version 1.2.1 Well the problem is that people can login although it takes fairly long then it times out on you and the transfers are slow. My proftpd.conf file looks as follows ---------------------------------------------------------------------------- ---- # 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 Default Installation" ServerType inetd DefaultServer on DefaultRoot ~ RequireValidShell 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 ##lets enhance performance## UseReverseDNS off ##turn of identd lookups## IdentLookups off # 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 <Directory ~> AllowOverwrite on </Directory> # Set the user and group that the server normally runs at. User nobody Group nobody # Normally, we want files to be overwriteable. ---------------------------------------------------------------------------- ------ Any suggestions? The server is only used for customers to upload theire websites to virtual domains and nothing else. I authenticate from /etc/passwd and give them a /bin/false shell Tnx Stefaans Mostert Hostmaster Atlantic Internet Services (Pty) Ltd Tel: 27 (12) 342-0622 Fax: 27 (12) 4307922 E-Mail: ste...@la... Home page: www.lantic.net _____________________________ "Discover the Internet" |