|
From: John S. <jo...@st...> - 2025-11-30 23:01:41
|
>>>>> "Brad" == Brad Knorr <br...@kn...> writes: > I realise my first post asking for help, wasn’t really helping > myself, I didn’t really provide much context. So after some > testing, here are the results I am getting. Brad, You still don't provide enough details to help. What type of server are you running proftpd on? What OS? What does the system load look like when the problem(s) are reported? Have you spun up a new host in a new datacenter (or even another host in the same datacenter) and tried having those users connect to your new test instance? Can they download from other places at a high speed? Honestly, from the sound of it, your customers might have bad local networks, but you nee to get them to run some tests to other known good sites to see what their performance is as a comparison. > Many of my customers are complaining about the download speed from > proftpd. Here Is the testing I have done. This user is in Tampa > Bay, Florida. No, they're complaining about slow download speeds from your site. And there's a multitude of possible bottlenecks here. Why have your turned off SFTP compression? Does that help? When you're downloading from other sites, how is the performance of your sftp server? Is the system load high? Can you see the traffic flows and measure your WAN/LAN performance? What OS are you running proftpd on? This is a tough problem to solve, because you don't have any control outside of your system, so problems could be anywhere. Especially if your customer is on a residential network. Who knows what they have and what they're trying to do? Also, speedtest isn't really a good test, I would suggest you have these people try to download a smallish ISO file from ubuntu.com as a comparision. Or maybe spin up a test linode instance in the cloude running a stripped down copy of your setup, and have the users try that new system as a test. If they're paying, then it's worth spending some money on trying to figure out what's going wrong. But otherwise... it's a horrible rat hole to dive down. John > iperf3 from > 1. from France: 141 Mbits/sec > 2. from nyc 249 Mbits/sec > 3. from sfo 598 Mbits/sec > 4. From Tampa (users come computer) 52.4 Mbits/sec > 5. From inside my infrastructure, out to the gateway ip and back: 9.18 Gbits/sec > > The user is using Filezilla is sftp mode and is getting .5 Mbits/sec on a 10 GB file. > > When he does a speed check to the city where my data center is via speedtest.org he gets 200Mbits/ > s > > When I do a scp from France on a 1GB file I get around 250 Mbits/s > > What am I running into here? Is this a limitation of Filezilla? I have done disk speed tests on > the file server and get 3.2 GB/s on a 1G file read. > > Any thoughts on where to look next? > > Thanks for the awesome product btw. > > Proftpd version: > root@nfs1:/home/truenorth# proftpd --version > ProFTPD Version 1.3.9rc3 > > Config file: > ServerName "File Transfer Server" > ServerType standalone > DefaultServer on > Port 2222 > UseIPv6 off > Umask 003 > MaxInstances 30 > User nobody > Group nogroup > DefaultRoot ~ > AllowOverwrite on > MaxLoginAttempts 3 > AllowRetrieveRestart on > DeferWelcome on > HiddenStores on > DeleteAbortedStores on > > #sFTP config > SFTPEngine on > SFTPAuthMethods password > SFTPOptions IgnoreSFTPUploadPerms IgnoreSCPUploadPerms IgnoreSFTPSetOwners > IgnoreSFTPSetExtendedAttributes IgnoreSFTPUploadExtendedAttributes > SFTPCompression off > SFTPMaxChannels 10 > RequireValidShell off > SFTPHostKey /etc/ssh/ssh_host_rsa_key > SFTPHostKey /etc/ssh/ssh_host_ecdsa_key > > # logging > SyslogLevel warn > SystemLog /var/log/proftpd/system.log > TransferLog none > > # Bar use of SITE CHMOD by default > <Limit SITE_CHMOD> > DenyAll > </Limit> > > _______________________________________________ > ProFTPD Users List <pro...@pr...> > Unsubscribe problems? > http://www.proftpd.org/list-unsub.html |