docker-pure-ftpd
getssl
docker-pure-ftpd | getssl | |
---|---|---|
2 | 9 | |
819 | 2,047 | |
- | 0.8% | |
0.0 | 7.0 | |
about 2 years ago | about 1 month ago | |
Shell | Shell | |
MIT License | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
docker-pure-ftpd
-
Would a container be a safe medium to grant SSH access to certain system directories? (like several chroots)
You can use FTP over TLS with user authentication. A quick Google turned up this container which seems really robust and ticks all the boxes - https://hub.docker.com/r/stilliard/pure-ftpd/. Anyway, FTP was just a suggestion. My point was that there are more appropriate options for file sharing than giving a user shell access where he could do far more than just access files. To get that properly locked down and monitored for malicious activity is a lot of work to just share files.
- Running Ubuntu for a local media server- Want to install a local FTP only (LAN not WAN)
getssl
-
Why Certificate Lifecycle Automation Matters
A 'competitor' to this would be GetSSL which is a pure-shell ACME client (plus OpenSSL and cURL) and can be executed on one host, but send verification tokens to remote systems (where you may not have cron access):
> Get certificates for remote servers - The tokens used to provide validation of domain ownership, and the certificates themselves can be automatically copied to remote servers (via ssh, sftp or ftp for tokens). The script doesn't need to run on the server itself. This can be useful if you don't have access to run such scripts on the server itself, as it's a shared server for example.
* https://github.com/srvrco/getssl
-
why should we use ssl certificates for our self-hosted services in our internal network?
I first got by with self signed certificates, but with all the major browsers warning they'll stop supporting those eventually I finally bit the bullet last month and installed getssl to automatically update all my certificates once a month.
-
letsencrypt with noip free domain?
because I didn't want to install another package manager (snapd) on my Ubuntu 18.04 server I checked the ACME Client Implementations page and decided to try getssl, a nice little shell script that does everything I need and then some.
-
Running certbot container on schedule without cron?
I just have a dedicated container that runs getssl everyday. Anything that has a web interface (Or anything that requires TLS) gets it's own conf file that gets added to the daily check. Each conf file tells getssl how to load the certificate for its particular service.
-
LetsEncrypt / CertBot without snapd?
I have been using https://github.com/srvrco/getssl for years on my raspberry pi. It's a much simpler Bash script that doesn't break after every update.
- Uacme: ACMEv2 client written in plain C with minimal dependencies
- Any reason NOT to use Debian-provided Certbot?
-
Old files keep appearing bug
i have a problem where after installing getssl (https://github.com/srvrco/getssl) to /root/.getssl i populated it's contents with bunch of SSL files using Dockerfile's COPY command. And now no matter what i do they keep reappearing.
-
Should you use Let's Encrypt for internal hostnames?
> acme.sh
Another shell-based ACME client I like is dehyradted. But for sending certs to remote systems from one central area, perhaps the shell-based GetSSL:
> Obtain SSL certificates from the letsencrypt.org ACME server. Suitable for automating the process on remote servers.
* https://github.com/srvrco/getssl
In general, what you may want to do is configure Ansible/Puppet/etc, and have your ACME client drop the new cert in a particular area and have your configuration management system push things out from there.
What are some alternatives?
git-ftp - Uses Git to upload only changed files to FTP servers.
boulder - An ACME-based certificate authority, written in Go.
Docker-OSX - Run macOS VM in a Docker! Run near native OSX-KVM in Docker! X11 Forwarding! CI/CD for OS X Security Research! Docker mac Containers.
cli - 🧰 A zero trust swiss army knife for working with X509, OAuth, JWT, OATH OTP, etc.
awesome-kubernetes - A curated list for awesome kubernetes sources :ship::tada:
certificates - 🛡️ A private certificate authority (X.509 & SSH) & ACME server for secure automated certificate management, so you can use TLS everywhere & SSO for SSH.
docker-elk - The Elastic stack (ELK) powered by Docker and Compose.
uacme - ACMEv2 client written in plain C with minimal dependencies
puppeteer - Node.js API for Chrome
acme-tiny - A tiny script to issue and renew TLS certs from Let's Encrypt
ssh-tools - Making SSH more convenient
lexicon - Manipulate DNS records on various DNS providers in a standardized way.