Tag | UniFi Version | Description | Release Date |
---|---|---|---|
latest | 5.5.20 | UniFi latest stable release | 2017-07-31 |
sc | 5.6.16 | UniFi latest stable candidate release | 2017-09-08 |
testing | 5.6.16 | UniFi latest testing release | 2017-09-01 |
unstable | 5.6.12 | UniFi latest unstable release | 2017-07-26 |
unifi55-sc | 5.5.23 | UniFi v5.5 stable candidate release | 2017-09-01 |
unifi54 | 5.4.19 | UniFi LTS v5.4 latest stable release | 2017-07-17 |
release-5.5.20 | 5.5.20 | Static stable release tag/image | 2017-07-31 |
release-5.4.19 | 5.4.19 | Static stable release tag/image | 2017-07-17 |
FROM 2017-09-01 ONWARD: For attack surface reduction and increased security the container is built to run the UniFi processes with an internal user & group unifi
having a UID & GID of 999.
The container will attempt to adjust the permissions on mapped volumes and data before dropping privileges to start the UniFi processes. If the container is being run with a different Docker --user setting permissions may need to be fixed manually.
IE: chown -R 999:999 /DATA_VOLUME/unifi/{cert,data,logs}
ALWAYS MAKE A VERIFIED BACKUP OF DATA BEFORE INSTALLING UPDATES.
Export a .unf
from the web interface and/or stop the current container and create a backup or copy of the data volume.
Database rollback from newer to older versions of UniFi and/or Mongo isn't always possible.
The container is under active development and applications, internal structure, and data can change drastically.
This container exposes three volumes:
/usr/lib/unifi/cert
- SSL custom certificate storage/usr/lib/unifi/data
- UniFi configuration data and DBs/usr/lib/unifi/logs
- UniFi and MongoDB logs for troubleshooting
This container exposes the following ports (see: https://help.ubnt.com/hc/en-us/articles/218506997-UniFi-Ports-Used):
3478/udp
(port used for STUN connection)6789/tcp
(port used for throughput measurement from Android/iOS app)8080/tcp
(port for UAP/USW/USG to inform controller)8443/tcp
(port for controller GUI / API)8880/tcp
(port for HTTP portal redirect)8843/tcp
(port for HTTPS portal redirect)10001/udp
(port used for UBNT discovery broadcasts - Local LAN/L2/same subnet only)
The most basic way to run this container:
$ docker run--name unifi -d \
-p 3478:3478/udp -p 8080:8080 -p 8443:8443 \
-p 8880:8880 -p 8843:8843 \
goofball222/unifi
Recommended run command line -
Have the container store the config, databases & logs on a local file-system or in a specific, known data volume (recommended for persistence and troubleshooting) with NO layer 2 discovery (layer 3/remote controller):
$ docker run --name unifi -d \
-p 3478:3478/udp -p 8080:8080 -p 8443:8443 \
-p 8880:8880 -p 8843:8843 \
-v /DATA_VOLUME/unifi/certs:/usr/lib/unifi/cert \
-v /DATA_VOLUME/unifi/data:/usr/lib/unifi/data \
-v /DATA_VOLUME/unifi/logs:/usr/lib/unifi/logs \
goofball222/unifi
To enable layer 2 broadcast discovery on a controller container running in the local LAN add:
- p 10001:10001/udp \
To enable speed tests from the UniFi iOS & Android apps add:
- p 6789:6789 \
Alternative run command line suggested by rogierlommers -
Use --network=host mode. Does not allow for port remapping. You may need to manually adjust host firewall settings to allow traffic. Running a container in this mode is considered insecure:
Please make sure to read the "NETWORK: HOST" section of the Docker "run" reference and understand the implications of this setting before using.
$ docker run --name unifi -d \
--network="host" \
-v /DATA_VOLUME/unifi/certs:/usr/lib/unifi/cert \
-v /DATA_VOLUME/unifi/data:/usr/lib/unifi/data \
-v /DATA_VOLUME/unifi/logs:/usr/lib/unifi/logs \
goofball222/unifi
Environment variables:
DEBUG
Default: false - set to "true" for extra container and UniFi verbosity for debuggingJVM_MAX_HEAP_SIZE
Default: 1024M - sets the max memory size for the container Java process (-Xmx)JVM_INIT_HEAP_SIZE
Default: unset - sets the start and min memory size for the container Java process (-Xms)JVM_EXTRA_OPTS
Default: unset - any additional custom run flags for the container Java process
UniFi system.properties config file settings can be passed to the container as -e/--env flags at runtime as well (more detail and a PDF with UBNT examples here). Envrionment variables must be in ALL CAPS and replace "." with "_".
Example:
system.properties | environment variable |
---|---|
unifi.db.extraargs | UNIFI_DB_EXTRAARGS |
unifi.https.hsts | UNIFI_HTTPS_HSTS |
Example basic docker-compose.yml
file, courtesy of Docker Hub user jesk
Example advanced docker-compose.yml
file with external Mongo DB service and UniFi service using environment variables
NB/IMPORTANT: Externalizing the DB server and/or using Mongo DB versions > 2.6.12 is highly experimental and completely unsupported by UBNT. Full documentation for an external DB setup is outside the scope of this README and is left as an exercise for the interested reader. Additional information available on the UBNT forums in this post and in the PDF post linked in the "Environment Variables" section.
SSL custom certificate auto-configuration support (LetsEncrypt, etc.):
- Map the Docker host cert storage location or volume to the
/usr/lib/unifi/cert
volume exposed by the container - Must contain a PEM format SSL private key corresponding to the SSL certificate to be installed.
Private key file MUST be named
privkey.pem
. - Must contain a PEM format SSL certificate file with the full certification chain. LetsEncrypt handles this automatically, other providers may need manual work (https://www.digicert.com/ssl-support/pem-ssl-creation.htm).
Certificate file MUST be named
fullchain.pem
. - Start the container. SSL import and Java keystore update process is automated during startup. Status, errors, etc. can be found in the container log, IE:
docker logs <containername>
- Existing keystore file will be backed up to
/usr/lib/unifi/data/keystore-<epochseconds>
- Java keystore is only updated when changes to the certificate files are detected. To force a re-import of existing files delete the
unificert.sha256
file in/DATA_VOLUME/unifi/cert
and restart the container.
If you don't want to use a custom SSL certificate then the /usr/lib/unifi/cert
volume can be left unmapped. Alternatively if the privkey.pem
and/or fullchain.pem
file are not present SSL customization will be skipped.
To revert from a custom cert to a UniFi self-signed certificate stop the container, rename or remove /DATA_VOLUME/unifi/data/keystore
, and restart the container. The UniFi application will automatically generate a new keystore file with a new self-signed cert.
NB/IMPORTANT: This feature is present in all dynamic tags and any static release tags built after 2017-08-21.
NOT RECOMMENDED FOR USE IN A PRODUCTION ENVIRONMENT - FOR TESTING/LABS ONLY
There have been past UniFi unstable/testing/stable candidate releases with AP bricking firmware, network breaking bugs, etc.
Proceed with caution! Use at your own risk.
If you're going to use these images please make sure you create a UBNT community account: https://community.ubnt.com/
Sign up for Beta access at: https://account.ubnt.com/manage/settings/beta
Participate in discussion and create bug reports for any issues you may encounter in: https://community.ubnt.com/t5/UniFi-Wireless-Beta/bd-p/UniFi_Beta
USE UNSTABLE/TESTING/SC AT YOUR OWN RISK - DO NOT USE IN A PRODUCTION ENVIRONMENT