When new HoneySens releases get published, all involved components have update paths from one version to the next.
Sensor firmware and honeypot services are the easiest to replace, since their “update” process is to simply replace one revision with another. For that, select the Services or Platforms view, show the details dialogue for the service or platform in question, then click the Make default buttons for the desired revision.
Sensors will discard any currently running container with the old revision, download the updated image, then start a container with the new revision. Firmware update are similar: Existing sensors will download the updated revision and replace the currently running firmware with the new one while retaining the sensor configuration. The technical requirements of enabling such unattended updates are platform-dependent, please consult the Sensor Deployment section for further details.
In comparison to sensors and services, servers are required to follow an incremental update path that only works reliably when updating from one version to the next. The general procedure requires admins to
docker-compose.yml
file.docker-compose.yml
files, then adjust the current configuration accordingly. That typically involves updating at least the service’s image
values.Info
section that the Revision and Build ID show the expected values.When running the server on top of an orchestrator such as Kubernetes, adapt that procedure accordingly.
This section lists version-specific configuration changes that have to be performed manually when updating servers.
server
service in docker-compose.yml
has been renamed to web
, necessitating an update of service and image names.