This Alpine Linux based Docker image allows you to run Nfarina's Homebridge on your home network which emulates the iOS HomeKit API.
Homebridge requires full access to your local network to function correctly which can be achieved using the --net=host
flag.
Currently this will not work when using Docker for Mac due to this issue.
docker run \
--net=host \
--name=homebridge \
-e PUID=<UID> -e PGID=<GID> \
-e TZ=<timezone> \
-v </path/to/config>:/homebridge \
oznu/homebridge
This image will also run on a Raspberry Pi using the raspberry-pi
tag:
docker run --net=host --name=homebridge oznu/homebridge:raspberry-pi
This docker image has been tested on the following Raspberry Pi models:
- Raspberry Pi 1 Model B
- Raspberry Pi 3 Model B
- Raspberry Pi Zero W
See the wiki for a guide on getting Homebridge up and running on a Raspberry Pi.
The parameters are split into two halves, separated by a colon, the left hand side representing the host and the right the container side.
--net=host
- Shares host networking with container, required-v /homebridge
- The Homebridge config and plugin location-e TZ
- for timezone information e.g.-e TZ=Europe/London
-e PGID
- for GroupID - see below for explanation-e PUID
- for UserID - see below for explanation
Optional Settings:
-e PACKAGES
- Additional packages to install (comma separated, no spaces) e.g.-e PACKAGES=ffmpeg,openssh
-e TERMINATE_ON_ERROR=1
- IfTERMINATE_ON_ERROR
is set to1
then the container will exit when the Homebridge process ends, otherwise it will be restarted.
Sometimes when using data volumes (-v
flags) permissions issues can arise between the host OS and the container. We avoid this issue by allowing you to specify the user PUID
and group PGID
. Ensure the data volume directory on the host is owned by the same user you specify and it will "just work".
In this instance PUID=1001
and PGID=1001
. To find yours use id user
as below:
$ id <dockeruser>
uid=1001(dockeruser) gid=1001(dockergroup) groups=1001(dockergroup)
The Homebridge config file is located at </path/to/config>/config.json
This file will be created the first time you run the container if it does not already exist.
Plugins should be defined in the </path/to/config>/package.json
file in the standard NPM format.
This file will be created the first time you run the container if it does not already exist.
Any plugins added to the package.json
will be installed each time the container is restarted.
Plugins can be uninstalled by removing the entry from the package.json
and restarting the container.
You can also install plugins using yarn (an npm replacement) which will automatically update the package.json file as you add and remove modules.
You must restart the container after installing or removing plugins for the changes to take effect.
docker exec <container name or id> yarn add <module name>
Example:
docker exec homebridge yarn add homebridge-dummy
docker exec <container name or id> yarn remove <module name>
Example:
docker exec homebridge yarn remove homebridge-dummy
The first time you run the container a script named startup.sh
will be created in your mounted /homebridge
volume. This script is executed everytime the container is started, before Homebridge loads, and can be used to install plugins if you don't want to edit the package.json
file manually.
To add plugins using the startup.sh
script just use the yarn add
syntax.
#!/bin/sh
yarn add homebridge-dummy
This container does NOT require you to install plugins globally (using npm install -g
or yarn global add
) and doing so is NOT recommended.
If you prefer to use Docker Compose:
version: '2'
services:
homebridge:
image: oznu/homebridge:latest
restart: always
network_mode: host
environment:
- TZ=Australia/Sydney
- PGID=1000
- PUID=1000
volumes:
- ./volumes/homebridge:/homebridge
Many issues appear because of invalid JSON. A good way to verify your config is to use the jsonlint.com validator.
You may need to provide the server name of your Synology NAS using the DSM_HOSTNAME
environment variable to prevent hostname conflict errors. The value of the DSM_HOSTNAME
environment should exactly match the server name as shown under Synology DSM Control Panel
-> Info Centre
-> Server name
, it should contain no spaces or special characters.