[cod] FTP Redirect
Eureka
eureka at fusionnetwork.us
Wed Jun 17 11:37:51 EDT 2009
Vaughan,
As far as i can tell from your log it looks like you are trying to
authenticate with user 351M17S4 at some point and it is failing. It also
appears that you are storing your FTP users in SQL?
Did you set this up using a guide somewhere? If so can you please link
to it. I can then set it up on one of my vm boxes so i can see where its
breaking. From what i see the first transfer seems to happen without a
specified user then the system tries to authenticate with a user which
is not being found?
-E
Vaughan Reid wrote:
> 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
>
> _______________________________________________
> cod mailing list
> cod at icculus.org
> http://icculus.org/mailman/listinfo/cod
>
More information about the cod
mailing list