Transfers,into the volume
FileZilla, on a Void Linux desktop of your own.FTP, FTPS and SFTP, pulling straight onto the disk the runs read.
$ dxflow workflow create --identity filezilla hub://filezilla --start --link
Pull it here,not to your laptop
The transfer happens on the machine, at the machine's bandwidth.
FTP, FTPS and SFTP, with a site manager that remembers the credentials.
Large transfers survive an interruption and pick up where they stopped.
What lands there is what the next workflow on the machine reads.
Every defaultis one override away
The session reads its settings from the environment, so you set them on the start line.
$ dxflow workflow start filezilla --override env.app.VNC_PASSWORD=something-long
$ dxflow workflow start filezilla --override env.app.TASKBAR=show --link
The transfer windowfills the screen
Streamed to your browser, with FileZilla already maximized.
The transfer happenson the machine
Files move between the remote server and the volume directly. Your laptop is not in the path.
A dataset arrives on a cloud link rather than a home one, and lands where the next workflow already reads.
Saved credentials sit in the profile on the volume. Protect the session as you would protect them.
FTP, FTPS and SFTP are what this speaks. Object storage belongs to the step built for it.
Pulled once,then it stays
FileZilla arrives as one image. This is what comes down the first time, and what the disk should have free for it.
What it wants,and what it needs
The definition asks for 2 cores and 4 GB. The image comes up on less than that, and a start given --fit trims the ask to whatever the machine actually has.
Machines that fit it
FileZilla asks for 2 cores and 4 GB. Cheapest first.