...
Code Block | ||
---|---|---|
| ||
LIPI_API_KEY=<lipi-api-key> # Where DNA Spaces is the position provider, the following should be left as is POSITION_PROVIDER_USERNAME=<username-here> POSITION_PROVIDER_PASSWORD=<password-here> |
Then use Use the environment variable file to start the lipi
For production: Start the service in the background, by adding the --detach
option:
Code Block | ||
---|---|---|
| ||
sudo docker run --detach --rm --name lipi \
--env-file=lipi-docker-env-file \
-p 443:8080 \
gcr.io/mazemap-public-docker/lipi:latest |
To start the service in the background, add the Special case: For debugging/testing: you can run without the --detach option :to remain inside the docker context and see what is going in after starting it.
Code Block | ||
---|---|---|
| ||
sudo docker run --detach --rm --name lipi \
--env-file=lipi-docker-env-file \
-p 443:8080 \
gcr.io/mazemap-public-docker/lipi:latest |
...
LIPI_HTTP_SCHEME='https'
Possible Values:
http
,https
REQUIRE_API_KEY_IN_NOTIFICATIONS='no'
Security and privacy considerations
The LIPI_HTTP_SCHEME should only be set to http for testing purposes, as this means that users' positions will be sent unencrypted between LIPI and the user devices.
The REQUIRE_API_KEY_IN_NOTIFICATIONS variable should be set to “yes” in production, otherwise it is theoretically possible for malicious users to pose as a CMX server and inject position and user data into the LIPI, which could cause service disruptions.