[cod] FTP Redirect
Vaughan Reid
vaunus at gmail.com
Wed Jun 17 03:32:33 EDT 2009
Hi Eureka,
I had suspected something like this myself and increased all of those
limits. I have just tried it again to be sure with the following settings
and it still makes no difference:
MaxClients 100
MaxClientsPerClass 1011 100
MaxClientsPerHost 100
MaxClientsPerUser 100
MaxConnectionsPerHost 100
MaxHostsPerUser 100
There were no other connections to the server when testing so these limits
definitely weren't being reached.
I just did some more testing now and have listed part of the FTP logs below.
If you look right down the very bottom it tries to issue the USER command
after the first file is finished and appears to error there:
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_core
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_core
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_xfer
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
in dir_check_full(): path = '/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd',
fullpath = '/home/3ace3/cod4/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd'.
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
AllowOverride denies all .ftpaccess files
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching CMD command 'RETR /usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd'
to mod_xfer
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
ROOT PRIVS at inet.c:336
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
ROOT PRIVS: ID switching disabled
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
PRIVS_RELINQUISH: ID switching disabled
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
active data connection opened - local : 118.127.19.18:20
Jun 17 02:25:41 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
active data connection opened - remote : 203.161.96.51:4232
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_sql
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_sql
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_xfer
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_sql
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_log
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD command 'RETR
/usermaps/mp_pk_harbor/zzz_mp_pk_harbor.iwd' to mod_xfer
Jun 17 02:26:27 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
Transfer completed: 5395588 bytes in 46.18 seconds
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'REIN' to mod_core
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'REIN' to mod_core
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching CMD command 'REIN' to mod_auth
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD command 'REIN' to mod_sql
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD command 'REIN' to mod_sql
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD command 'REIN' to mod_log
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'USER 351Ml7S4' to mod_core
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'USER 351Ml7S4' to mod_core
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'USER 351Ml7S4' to mod_delay
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching PRE_CMD command 'USER 351Ml7S4' to mod_auth
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching CMD command 'USER 351Ml7S4' to mod_auth
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD_ERR command 'USER 351Ml7S4' to mod_sql
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching POST_CMD_ERR command 'USER 351Ml7S4' to mod_delay
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD_ERR command 'USER 351Ml7S4' to mod_sql
Jun 17 02:26:28 mekong proftpd[4970] mekong (203.161.96.51[203.161.96.51]):
dispatching LOG_CMD_ERR command 'USER 351Ml7S4' to mod_log
I have tried disabling the mod_delay module without any luck but from what I
can see it has to be something to do with mod_auth.
I will try making a few changes but any ideas would be appreciated.
Regards,
Vaughan
-----Original Message-----
From: Eureka [mailto:eureka at fusionnetwork.us]
Sent: Wednesday, 17 June 2009 8:14 AM
To: Call of Duty server admin list.
Subject: Re: [cod] FTP Redirect
Because you are on Linux i would suggest looking at VSFTP... It has
worked well for me in the past. From what it sounds like to me is that
your FTP server has a client connection limit set and the redirect is
trying to start multiple connections to transfer with. The server is
unhappy and wont allow it. This would make sense with why you can get
one file but 'disconnect' and try the same file with no luck. I would
suggest looking for these settings in the proftpd.conf file.
"MaxClients"
"MaxClientsPerClass"
"MaxClientsPerHost"
"MaxClientsPerUser"
"MaxConnectionsPerHost"
"MaxHostsPerUser"
Other than that if you can let me know what the output of your logfile
is i can possibly see what other things might be an issue.
-E
Vaughan Reid wrote:
> It is a Linux server and yes I am 100% sure permissions are correct. As I
> said, the first file works but none after that and this is true for
> different map/mod files so it is no file in particular which is failing.
> Also, if I disconnect during a file transfer and reconnect it doesn't work
> for the same file it was just working for.
>
> It is obviously something to do with the FTP server setup but I can't
figure
> it out so might try an alternative to ProFTPD.
>
> Vaughan
>
> -----Original Message-----
> From: Eureka [mailto:eureka at fusionnetwork.us]
> Sent: Wednesday, 17 June 2009 1:11 AM
> To: Call of Duty server admin list.
> Subject: Re: [cod] FTP Redirect
>
> Hi Vaughan,
> Is this a windows or linux server? Also, are you sure the
> permissions/ownerships are set properly in the FTP directory.
>
> -E
>
> Vaughan Reid wrote:
>
>> Thanks for the help - it has to be something to do with how my FTP server
>>
> is
>
>> setup which is as I suspected. I have tried a heap of different settings
>>
> but
>
>> can't work it out. :( I am using ProFTPD.
>>
>> Thanks for the heads up Mike. I am aware of the username/password being
>> displayed in console when the download fails and already have the server
>> setup for downloads only.
>>
>> Vaughan
>>
>> -----Original Message-----
>> From: Miketnt at gmx.de [mailto:Miketnt at gmx.de]
>> Sent: Tuesday, 16 June 2009 10:16 PM
>> To: Call of Duty server admin list.
>> Subject: Re: [cod] FTP Redirect
>>
>> Just a small warning:
>> I have remarked that the username and password can be visible for gamers
>>
> if
>
>> the ftp-download fails.
>> So be carefull that you only allow your ftp-server access to nonrelevant
>> folders and files as it is possible that someone try to get access to
your
>> server via ftp by using this password!
>>
>> cu Mike
>>
>> -------- Original-Nachricht --------
>>
>>
>>> Datum: Tue, 16 Jun 2009 05:58:34 -0700
>>> Von: "Joker{eXtreme+}" <joker at mycallofduty.com>
>>> An: "Call of Duty server admin list." <cod at icculus.org>
>>> Betreff: Re: [cod] FTP Redirect
>>>
>>>
>>
>>
>>> set sv_allowdownload "1"
>>> set sv_wwwdownload "1"
>>> set sv_wwwdldisconnected "0"
>>> set sv_wwwbaseurl "ftp://user:pass@xx.xx.xx.xx"
>>>
>>> If the FTP user permissions and file structure is setup correctly, the
>>> above should work, and has worked for me in the past just fine.
>>>
>>> During the testing of mods prior to release at mycallofduty.com, I run
>>>
> the
>
>>> mod on a local server here at home, and get the kids to jump on using
>>> their computers. My local test servers have either BulletProof FTP
>>>
> server
>
>>>
>>>
>> or
>>
>>
>>> FileZilla Server running on them and the Redirect is done all through
FTP
>>>
>>>
>>> ~Joker
>>> eXtreme+ mod
>>> http://www.mycallofduty.com
>>>
>>> ----- Original Message -----
>>> From: Vaughan Reid
>>> To: 'Call of Duty server admin list.'
>>> Sent: Tuesday, June 16, 2009 5:48 AM
>>> Subject: [cod] FTP Redirect
>>>
>>>
>>> Hi guys.
>>>
>>>
>>>
>>> I am setting up an FTP redirect but am having strange issues with it.
>>>
> My
>
>>> config looks similar to this:
>>>
>>> set sv_allowdownload "1"
>>> set sv_wwwdownload "1"
>>> set sv_wwwdldisconnected "0"
>>> set sv_wwwbaseurl "ftp://user:pass@hostname"
>>>
>>>
>>>
>>> This works fine for the first file the client downloads but after that
>>> it fails for every other file and the files are definitely all there.
Has
>>> anyone experienced anything similar to this before? I am mainly trying
to
>>> work out whether this is something to do with how my FTP server is setup
>>>
>>>
>> or if
>>
>>
>>> it's a COD engine issue (which I doubt).
>>>
>>> Regards,
>>>
>>> Vaughan Reid
>>>
>>>
>>>
>>>
>>>
>>>
>
----------------------------------------------------------------------------
>
>> --
>>
>>
>>> _______________________________________________
>>> cod mailing list
>>> cod at icculus.org
>>> http://icculus.org/mailman/listinfo/cod
>>>
>>>
>>>
>>>
>>>
>>>
>
----------------------------------------------------------------------------
>
>> --
>>
>>
>>> No virus found in this incoming message.
>>> Checked by AVG - www.avg.com
>>> Version: 8.0.238 / Virus Database: 270.12.69/2176 - Release Date:
>>> 06/14/09 17:54:00
>>>
>>>
>>
>>
>
> _______________________________________________
> cod mailing list
> cod at icculus.org
> http://icculus.org/mailman/listinfo/cod
>
> _______________________________________________
> cod mailing list
> cod at icculus.org
> http://icculus.org/mailman/listinfo/cod
>
_______________________________________________
cod mailing list
cod at icculus.org
http://icculus.org/mailman/listinfo/cod
More information about the cod
mailing list