Homelab

371 readers

9 users here now

Rules

Be Civil.
Post about your homelab, discussion of your homelab, questions you may have, or general discussion about transition your skill from the homelab to the workplace.
No memes or potato images.
We love detailed homelab builds, especially network diagrams!
Report any posts that you feel should be brought to our attention.
Please no shitposting or blogspam.
No Referral Linking.
Keep piracy discussion off of this community

founded 1 year ago

MODERATORS

communick@selfhosted.forum

rglullis@communick.news

How to use Uptime Kuma to monitor containers behind a reverse proxy? (alien.top)

submitted 11 months ago by CincyTriGuy@alien.top to c/homelab@selfhosted.forum

1 comments fedilink hide all child comments

I have containers that are sitting behind an Nginx reverse proxy. In order to monitor them via Uptime Kuma on a different physical host, should I:

a) Point Uptime Kuma at the FQDN of the container that goes through NPM?

Or:

b) Point Uptime Kuma at the [internal IP]:[port] of the container?

My concern with option A is I'm not really sure if it's heartbeating off the target container, or simply the NPM. Meaning, the container could be down but NPM is up therefore Uptime Kuma thinks the container is up.

top 1 comments

sorted by: hot top controversial new old

[–] xgnarf@alien.top 1 points 11 months ago

Isn't the whole point of a reverse proxy to use FQDN instead of IP:port? Why would you monitor IP:port in that case? You want to know if you're unable to access your service, if you're monitoring IP:port and your reverse proxy shits the bed, then Uptime Kuma will happily report everything up and running. If you're monitoring FQDN and either your service dies or your reverse proxy dies, UK will notify you your service is unreachable, granted if your RP dies UK will alert you everything is down, which is also more helpful as you can narrow down the issue.