Typically, FTP is the preferred method for many since it is considered faster than HTTP. Some difference in time taken by the two can be expected. However, this should not be too much. What might be happening is that your configuration might be letting your ftp traffic through unencrypted. However, the best bet is to check the server response itself. Try bypassing the firewall for these two types of traffic and see if you still observe the difference in response times. This will help you pinpoint where the problem lies.
SMB (aka windows file sharing) is *hyper* senstive to the RTT. For example, doubling the RTT can quadruple the response time. VPN's, running over the Internet, have a considerably higher RTT than compared to your local LAN.
FTP does not suffer this problem.
One suggestion I could make is to do a search on Google, and download a copy of "DrTCP". This lets you adjust your window size. Crank it right up to say 64KB. Do this on both the server and the workstation.
This will help reduce the effect of slow transfers.
BenefitsDocumentationPrerequisiteImage Download LinksLimitationsSupported PlatformsLicense RequirementsTopologyStep-By-Step ConfigurationConfigure Virtual ServiceActivate the virtual service and configure guest IPsConfiguring UTD (Service Plane)Configurin...
Login to the FXOS chassis manager.
Direct your browser to https://hostname/, and log-in using the user-name and password.
Go to Help > About and check the current version:
Check the current version availa...
We have configured the outside and inside Interface with official ipv6 adresses, set a default route on outside Interface to our router, we also have definied a rule , which also gets hits, to permit tcp from inside Interface to any6.
In Syslog I also se...