tom/HealthLog

0 Fork 0

mirror of https://github.com/MBombeck/HealthLog.git synced 2026-11-08 12:32:43 +00:00

Files

T

Marc-André Bombeck 0eac84aa95 fix(geo): read the offline databases first

The resolver queried the online provider first and read the mounted
GeoLite2 databases only when that missed. Every document describing the
feature said the opposite, including the self-hosting runbook and the
admin notification that tells an operator their login IPs are leaving
the server. So an operator who mounted the databases in order to stop
that egress kept all of it, and nothing said so: the location resolved,
the admin overview filled in, and the only difference was where the
address had been.

Now the local databases answer and the provider only ever sees an
address they could not place. A host with the City database mounted and
a hit makes no request at all — including when the ASN database is
absent, because reaching out for a carrier string would send the address
off the host anyway, which is the thing the mount was for.

IP_GEO_LOOKUP_DISABLED=1 remains the full off-switch: it disables the
online step only, so an offline hit still resolves and an offline miss
returns nothing rather than going online.

The wide-event warning on the fallback path named ipwho.is even when the
operator had pointed IP_GEO_LOOKUP_URL somewhere else; it now names the
host the runtime actually queries. The admin notification copy needed no
change — it fires only when the databases are absent, and then every
lookup does go online.

The two cases in geo-asn.test.ts that pinned the old order are the
watched red for this change.

2026-08-08 01:05:44 +02:00

5.7 KiB

Raw Blame History

Offline geolocation (GeoLite2)

The admin login overview shows a coarse City, CC location and a carrier next to every sign-in. Two tiers can produce that:

Offline. MaxMind's GeoLite2-City and GeoLite2-ASN databases read from a local directory. The ASN database is the authoritative source for the carrier and the AS number. The resolver reads these first: an address the local databases can place never leaves the host.
Online. A third-party lookup, https://ipwho.is by default. Free, keyless, and the only tier on a host without the databases — which means every login IP address of every account on that instance leaves the host. With the databases mounted it sees only the addresses they could not place, and you can switch it off entirely (below).

The offline tier is optional and absent by default. The published image only carries the databases when the image build had a MaxMind licence key (scripts/fetch-geolite2.sh, run from the release workflow), which is a build-time decision you do not control when you pull :latest. Bringing your own copy is the way to get the offline tier on a self-host, and it is the subject of this page.

What you need

A free MaxMind account. Sign up at https://www.maxmind.com/en/geolite2/signup, then create a licence key under My Account → Manage License Keys. GeoLite2 is free; the account and key exist because MaxMind requires them for the download.
geoipupdate (MaxMind's own downloader) or any other way to fetch the two .mmdb files onto the host. Most distributions package geoipupdate; there is also an official container image.

Setup

Pick a directory on the host and fetch both databases into it. With geoipupdate, /etc/GeoIP.conf looks like this:
```
AccountID <your-account-id>
LicenseKey <your-licence-key>
EditionIDs GeoLite2-City GeoLite2-ASN
DatabaseDirectory /srv/healthlog/geolite2
```
Then run geoipupdate. The directory should end up holding GeoLite2-City.mmdb and GeoLite2-ASN.mmdb. The City database is the one the readiness check looks for; the ASN database is what fills the carrier and AS number.
Mount the directory into the app container read-only. In docker-compose.yml the app service carries a commented volumes: block for exactly this:
```
volumes:
  - /srv/healthlog/geolite2:/var/lib/geolite2:ro
```
Point the runtime at the container path:
```
GEOLITE2_DIR="/var/lib/geolite2"
```
GEOLITE2_DIR is on the compose environment: whitelist, so a value in your .env reaches the container. Variables that are not on that whitelist never do, even when compose substitutes them elsewhere in the file.
docker compose up -d and sign in once. Admin → System status shows Geo data: Offline (GeoLite2) when the databases are being read, and names the online provider when they are not.

Turning the online lookup off entirely

With the databases mounted, the third-party lookup already only sees addresses they could not place. To remove that remainder too:

IP_GEO_LOOKUP_DISABLED="1"

The resolver then uses only the local databases and returns nothing when they miss, rather than asking anyone. An instance handling other people's health data is a reasonable place to make that trade.

Keeping the databases current

MaxMind reissues GeoLite2 on its own schedule, and a stale city database is quietly wrong rather than loudly broken — it keeps answering, with last month's allocations. Run geoipupdate on a schedule (a weekly cron or systemd timer is enough) against the same directory.

The reader loads each database once per worker process and holds it, so a refreshed file on the host is picked up at the next container restart, not immediately. A weekly geoipupdate followed by docker compose restart app keeps the two in step.

Licence and attribution

The databases are downloaded under your own MaxMind account, so their terms are between you and MaxMind — read what your account agrees to at https://www.maxmind.com/en/geolite/eula. That agreement, the GeoLite End User License Agreement, incorporates CC BY-SA 4.0 by reference and controls wherever the two disagree; both require you to attribute the data to MaxMind if you make it available to anyone else.

HealthLog's own attribution ("This product includes GeoLite2 data created by MaxMind, available from https://www.maxmind.com") is already on the /about page and covers an instance that uses them. Keep that page reachable — it is what carries the attribution for your deployment, and it is served without a session for exactly that reason.

Troubleshooting

System status still says the online provider. The readiness check requires GeoLite2-City.mmdb to exist in GEOLITE2_DIR and no .empty marker file beside it. Check the path from inside the container: docker compose exec app ls -l /var/lib/geolite2. An empty listing means the bind mount did not land; a .empty file means the image was built without a licence key and you are still reading the baked-in directory rather than your own.

The variable has no effect. Confirm it actually reached the process: docker compose exec app printenv GEOLITE2_DIR. If it prints nothing, the value is in .env but not on the environment: whitelist — compare against docker-compose.yml.

The carrier column is empty. The carrier also comes from the online provider's ISP field, but the online lookup only runs for an address the City database could not place. On a host with GeoLite2-City.mmdb and no GeoLite2-ASN.mmdb, a location that resolves locally has no carrier to go with it — mount the ASN database too. With neither database, the online provider fills both, unless IP_GEO_LOOKUP_DISABLED="1" is set.

5.7 KiB Raw Blame History