Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ports check broken? #4390

Closed
2 tasks done
yuriw opened this issue Jan 18, 2024 · 25 comments
Closed
2 tasks done

ports check broken? #4390

yuriw opened this issue Jan 18, 2024 · 25 comments
Labels
area:deployment related to how uptime kuma can be deployed area:monitor Everything related to monitors cannot-reproduce help

Comments

@yuriw
Copy link

yuriw commented Jan 18, 2024

⚠️ Please verify that this question has NOT been raised before.

  • I checked and didn't find similar issue

🛡️ Security Policy

📝 Describe your problem

I have two port check items and both don't work (8920, 8096)

I checked the ports via https://portchecker.co/check-it and it correctly reported them as open.

Maybe a regression.

📝 Error Message(s) or Log

none

🐻 Uptime-Kuma Version

1.23.11

💻 Operating System and Arch

Ubuntu 22.04

🌐 Browser

Chrome

🐋 Docker Version

n/a

🟩 NodeJS Version

n/a

@yuriw yuriw added the help label Jan 18, 2024
@CommanderStorm CommanderStorm added cannot-reproduce area:monitor Everything related to monitors area:deployment related to how uptime kuma can be deployed labels Jan 18, 2024
@CommanderStorm
Copy link
Collaborator

No, I can confirm it working on my end.

image
image

How have you deployed our software?
Could it be the case that you have it deployed via docker and are targetting a local network?
In this case please have a look at https://docs.docker.com/network/

For using the host network the correct addition to the docker command would be --network=host

@yuriw
Copy link
Author

yuriw commented Jan 18, 2024

My URL is external and HTTPS Emby server

@CommanderStorm
Copy link
Collaborator

If the url is external, could you share the ip/port of said service?

@yuriw
Copy link
Author

yuriw commented Jan 18, 2024

If the url is external, could you share the ip/port of said service?

Let me look for a public server as an example (I'd like to avoid sharing mine publicly)

@CommanderStorm

This comment has been minimized.

@yuriw
Copy link
Author

yuriw commented Jan 18, 2024

Check you email 😉

@CommanderStorm
Copy link
Collaborator

Sorry, but I cannot reproduce said ip responding to a tcp connection.

image

I think you are misunderstanding something:

it is unclear to me what mechanism they use, to determine this, best I can think of is
image

@yuriw
Copy link
Author

yuriw commented Jan 19, 2024

@CommanderStorm
I am blocking non-US inbound traffic and that's why you could not telnet to it.
I disabled the block now. Can you retry?
TIA

@CommanderStorm
Copy link
Collaborator

image

After disabling the geoblock this started working as expected.

@yuriw
Copy link
Author

yuriw commented Jan 19, 2024

Pls paste your setup of this ping

@CommanderStorm
Copy link
Collaborator

CommanderStorm commented Jan 19, 2024

[REDACTED]

Above was a screenshot of the heartbeat setup as requested by the user in the previous comment.
Ip goes into the HOSTNAME and Port goes into the PORT field

If there is a field that needs better UX, feedback is appreciated.

@yuriw
Copy link
Author

yuriw commented Jan 19, 2024

It's odd. It used to work fine for me and then stopped and still does not.

I guess it's some combination of odd things.

What is the next way to get more detail logs from uptime kuma to troubleshoot?

image

@yuriw

This comment has been minimized.

@CommanderStorm
Copy link
Collaborator

used to work fine for me and then stopped and still does not

Software normally does not stop working without external effects ("admins/users mucking with it"). => Bisect the changes you did when the changes occured.

What is the next way to get more detail logs from uptime kuma to troubleshoot

You can exec inside the container and then progressively go outward.
We have documented how to do this partially in https://github.com/louislam/uptime-kuma/wiki/Troubleshooting#uptime-kuma-reports-down-but-the-service-can-be-accessed

It works on https://uptime.kuma.pet/ as expected.

@yuriw
Copy link
Author

yuriw commented Jan 19, 2024

used to work fine for me and then stopped and still does not

Software normally does not stop working without external effects ("admins/users mucking with it"). => Bisect the changes you did when the changes occured.

What is the next way to get more detail logs from uptime kuma to troubleshoot

You can exec inside the container and then progressively go outward. We have documented how to do this partially in https://github.com/louislam/uptime-kuma/wiki/Troubleshooting#uptime-kuma-reports-down-but-the-service-can-be-accessed

It works on https://uptime.kuma.pet/ as expected.

Not for me:

image

Tried on my network and a different network

And in the same settings, facebook works as expected:

image

Something fishy :)

@yuriw
Copy link
Author

yuriw commented Jan 19, 2024

I restored an old version of UK from last November with the hope it would work, but no it shows the same problem.

Very interesting...

@yuriw
Copy link
Author

yuriw commented Feb 23, 2024

@CommanderStorm how can you check the port on the same node where UK runs via the command line tool?
Cam you try it for me pls?
Thx

@CommanderStorm
Copy link
Collaborator

demo of telnet

image

If I run a temporary docker container in the same network, they are consistent with each other => your service does not respond to my requests.

docker run -it --network=host louislam/uptime-kuma:1.23.11

I get these results:
image
image

@CommanderStorm
Copy link
Collaborator

I am blocking non-US inbound traffic

Note that you likely re-enabled this block. Remember that I am doing this from a residential, German internet access.

@yuriw
Copy link
Author

yuriw commented Feb 24, 2024

I don't run docker 😞
Anything else you can use?

@yuriw
Copy link
Author

yuriw commented Feb 24, 2024

Try any external port pls

@CommanderStorm
Copy link
Collaborator

I don't know what you mean by any external port. I tried this already as noted above:
The ip+port you specified are external to me, and they don't want to connect to me.

Here is what telnet should look like if a website wants to connect via TCP:
image

@CommanderStorm
Copy link
Collaborator

I don't run docker 😞 Anything else you can use?

You are likely searching at the wrong spot.
From my perspective, your service is either geo-locked, defective or not at said ip + port any more.

@yuriw
Copy link
Author

yuriw commented Feb 24, 2024

I don't run docker 😞 Anything else you can use?

You are likely searching at the wrong spot. From my perspective, your service is either geo-locked, defective or not at said ip + port any more.

My ports are definitely open. Yes I block all traffic from non-US.
I suspect the issue is the way UK was deployed via https://tteck.github.io/Proxmox/

Sorry for being unclear.
All I need help with is to check a port via the command line (on Debian), so I can compare.
I bet the port won't check as open from the same node as UK is installed.

By "any" port I meant it does not have to be my port :)

@yuriw
Copy link
Author

yuriw commented Feb 24, 2024

Yup confirmed - the port is not checkable.
Why - who knows?!
Workaround - use local LAN IP address instead of an external host name

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:deployment related to how uptime kuma can be deployed area:monitor Everything related to monitors cannot-reproduce help
Projects
None yet
Development

No branches or pull requests

2 participants