Easy to use SFTP (SSH File Transfer Protocol) server with OpenSSH. This is an automated build linked with the debian repository.
- Define users in (1) command arguments, (2)
SFTP_USERS
environment variable or (3) in file mounted as/etc/sftp/users.conf
(syntax:user:pass[:e][:uid[:gid[:dir1[,dir2]...]]] ...
, see below for examples)- Set UID/GID manually for your users if you want them to make changes to your mounted volumes with permissions matching your host filesystem.
- Directory names at the end will be created under user's home directory with write permission, if they aren't already present.
- Mount volumes
- The users are chrooted to their home directory, so you can mount the volumes in separate directories inside the user's home directory (/home/user/mounted-directory) or just mount the whole /home directory. Just remember that the users can't create new files directly under their own home directory, so make sure there are at least one subdirectory if you want them to upload files.
- For consistent server fingerprint, mount your own host keys (i.e.
/etc/ssh/ssh_host_*
)
- Each user gets a folder in their home directory called 'uploads' which is mapped to the S3 bucket /$user/uploads
docker run -p 22:22 \
-d --privileged \
-v /host/secrets/S3_ACCESS_KEY_ID:/run/secrets/S3_ACCESS_KEY_ID \
-v /host/secrets/S3_SECRET_ACCESS_KEY:/run/secrets/S3_SECRET_ACCESS_KEY \
-e S3_BUCKET=your-bucket-name \
-e S3_REGION=eu-west-2 \
ocasta/s3-sftp foo:pass:::
S3 access key and secret should be provided as secrets.
User "foo" with password "pass" can login with sftp and upload files to a folder called "uploads". No mounted directories or custom UID/GID.
The following examples have the S3 information and --privileged omitted to keep the differences easier to see.
sftp:
image: ocasta/s3-sftp
ports:
- "2222:22"
command: foo:pass:1001
The OpenSSH server runs by default on port 22, and in this example, we are forwarding the container's port 22 to the host's port 2222. To log in with the OpenSSH client, run: sftp -P 2222 foo@<host-ip>
docker run \
-v /host/users.conf:/etc/sftp/users.conf:ro \
-p 2222:22 -d ocasta/s3-sftp
/host/users.conf:
foo:123:1001:100
bar:abc:1002:100
baz:xyz:1003:100
Add :e
behind password to mark it as encrypted. Use single quotes if using terminal.
docker run \
-p 2222:22 -d ocasta/s3-sftp \
'foo:$1$0G2g0GSt$ewU0t6GXG15.0hWoOX8X9.:e:1001'
Tip: you can use atmoz/makepasswd to generate encrypted passwords:
echo -n "your-password" | docker run -i --rm atmoz/makepasswd --crypt-md5 --clearfrom=-
Mount public keys in the /run/secrets/
secrets directory (or as Docker secrets). All keys are automatically appended to .ssh/authorized_keys
. In this example, we do not provide any password, so the user foo
can only login with his SSH key.
The secrets must be named in the following format ${user}_ssh_key_*
docker run \
-v /host/id_rsa.pub:/run/secrets/foo_ssh_key_id_rsa.pub:ro \
-v /host/id_other.pub:/run/secrets/foo_ssh_key_id_other.pub:ro \
-p 2222:22 -d ocasta/s3-sftp \
foo::1001
This container will generate new SSH host keys at first run. To avoid that your users get a MITM warning when you recreate your container (and the host keys changes), you can mount your own host keys.
docker run \
-v /host/ssh_host_ed25519_key:/run/secrets/ssh_host_ed25519_key \
-v /host/ssh_host_rsa_key:/run/secrets/ssh_host_rsa_key \
-v /host/share:/home/foo/share \
-p 2222:22 -d ocasta/s3-sftp \
foo::1001
Tip: you can generate your keys with these commands:
ssh-keygen -t ed25519 -f ssh_host_ed25519_key < /dev/null
ssh-keygen -t rsa -b 4096 -f ssh_host_rsa_key < /dev/null
Put your programs in /etc/sftp.d/
and it will automatically run when the container starts.
See next section for an example.
Note: The time when this image was last built can delay the availability of an OpenSSH release. Since this is an automated build linked with debian repo, the build will depend on how often they push changes (out of my control). Typically this can take 1-5 days, but it can also take longer. You can of course make this more predictable by cloning this repo and run your own build manually.