is ftp still faster than ssh in 15.1?

Hastur

Hastur

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.
 
Hastur said:
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...
Click to expand...
I'd try FileZilla; you can do FTP and SSH transfers :D
Capture.PNG
 
Hastur said:
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...
Click to expand...

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.
 
CShell said:
Not sure what you are trying to compare? ftp is for transferring files, etc.... and ssh is for logging into remote systems.
Click to expand...
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.
 
Phishfry said:
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.
Click to expand...
right , compression is not encryption . OP original question was if SSH was faster than FTP . Due to the computation need for SSH encryption it should be rather slower. useing the AES-NI for crypto should alleviate the lag due to crypto.

EDIT : from wikipedia

ChaCha20-Poly1305 usually offers better performance than the more prevalent AES-GCM algorithm, except on systems where the CPU(s) have the AES-NI instruction set extension<a href="https://en.wikipedia.org/wiki/ChaCha20-Poly1305#cite_note-rfc8439-1"><span><span>[</span>1<span>]</span></span></a>. As a result, ChaCha20-Poly1305 is sometimes preferred over AES-GCM due to its similar levels of security and in certain use cases involving mobile devices, which mostly use ARM-based CPUs. Because ChaCha20-Poly1305 has less overhead than AES-GCM, ChaCha20-Poly1305 on mobile devices may consume less power than AES-GCM.

AND:

Fixed AES-GCM modes for the SSH protocol

This document describes the use of the AES-GCM AEAD in the Secure Shell (SSH) protocol, using the underlying construction of but fixing problems in the negotiation mechanism.
www.ietf.org

Which is just months old. What would be right to do here ???
 
cracauer@ said:
It's still not clear to me what exactly happens over ssh in the OP's scenario.
Click to expand...
Yea We/I wandered back into the similar question:
"Whats the fastest ways to transfer files in/out of Bhyve"
FTP could be a contender there too. I think it boils down to what commands you are most familiar with.
It took me a bit to figure out the relative paths of scp but once I learned it I can shoehorn files anywhere.
 
You must log in or register to reply here.
Back
Top