is ftp still faster than ssh in 15.1?

I had been using the built in ftp to sync my phone photo and vid to zfs on my fbsd desktop

I am using ssh now and it seems slow.

Is the ftp still faster?

I can see it is available...
 
Not sure what you are trying to compare? ftp is for transferring files, etc.... and ssh is for logging into remote systems.

ftp = (not encrypted) file transfer to/from a remote system over a network
sftp = (encrypted) file transfer to/from a remote system over a network

telnet = (not encrypted) login to a remote system over a network
ssh = (encrypted) login to a remote system over a network

(not encrypted) is going to be faster... but..... everyone can see what you are doing by sniffing the wire.
(encrypted) is going to be slower but everyone will have a harder time sniffing the wire and seeing what you are doing.

If you DO NOT CARE about people seeing what you are doing and it is completely OKAY for them to "freely steal" the logins, passwords, authentication credentials, etc that you are logging into a remote system with, etc - (not encrypted) can work for you. (ALSO) if you on a private network between 2x private hosts and you are really sure there is a wwwaaaaayyyyy less chance of someone trying to steal your credentials (not encrypted) (can maybe?) work as well.

If you are using a public network like the INTERNET or a WAN, etc you might want to use a (encrypted) network connection between 2 hosts.

(ALSO) with 2026 networks and hardware "slower" isn't really a concern anymore -- if you are using a dialup modem or a slow packet network it might still matter?

Where do you want to go today?
 
Last edited:
If speed is the concern you can always plug a USB cable in and use jmtpfs to get the data transferred quickly. Otherwise, you'd probably want software that's going to sync the devices as you take photos.
 
I had been using the built in ftp to sync my phone photo and vid to zfs on my fbsd desktop

I am using ssh now and it seems slow.

Is the ftp still faster?

I can see it is available...
I'd try FileZilla; you can do FTP and SSH transfers :D
Capture.PNG
 
I had been using the built in ftp to sync my phone photo and vid to zfs on my fbsd desktop

I am using ssh now and it seems slow.

Is the ftp still faster?

I can see it is available...

It’s quite possible the SSH on your phone is limiting (CPU bound for the encryption) the transfer, assuming you’ve got a high bandwidth connection from phone to server.

If this is only done on your private network, using FTP to do the transfer isn’t a huge security risk.
 
Not sure what you are trying to compare? ftp is for transferring files, etc.... and ssh is for logging into remote systems.
ssh is more than remote login. It is is a generic encrypted TCP pipe. look up "scp" command. It can also be used to tunnel other protocols thru the encrypted channel as a client/server proxy. ftp has fallen out of favor in recent years since it is not encrypted. ftp sites have traditionally been parking spots for "dark webbers" to hide files they want to share with other miscreants. I still use ftp (tftp) frequently for serving boot images in an R&D environment, but using it in the wild is not recommended.
 
I'm using gphoto2

Connect phone and
cd /home/USER/Images/Galaxy/Camera
gphoto2 --auto-detect
gphoto2 --summary
gphoto2 --folder /store_00020001/DCIM/Camera --list-files (My path)
gphoto2
--folder /store_00020001/DCIM/Camera
--get-all-files
--skip-existing
 
Hi , Related Query:

SSH on FreeBSD does not seem to use the INTEL processor AES-NI ( New- Instructions ) hardware crypto acceleration/offload engine.

this is what "ssh -v <my server address> " returns. ( 15.1-stable )

debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none

On Solaris/SPARC offloading of SSH traffic to the onboard crypto-accelerator was hardwired.

Did we choose not to do the crypto accelerator offload in FreeBSD ?
If so why ? There is a potential speedup if it can be avoided to process the SSH crypto in the main COREs/CPUs .

Regards
 
for connection with my android I have been using samba-lite android app from the fdroid repo. At least in the version I'm now at they seem to no longer have the "bugs" I encountered when I previously used it.
 
I don't know how to tell if SSH is using AES-NI. Compression has nothing to do with cyphers and what the cyphers are running on. Accelerated or not.

It looks like it was working in 2015:

Try turning AES-NI off in BIOS and compare benchmarks.

Also ssh -vv has increased verbosity.
ssh -C enables compression on a connection despite /etc/ssh/ssh_config setting of none.
 
Back
Top