Which ports to open on firewall to allow Agent to communicate?

[OutagesIO_Support]

You can test against tpw.outagesio.com, most other things may not have ICMP replies enabled.

[MHI]

Thanks!

Tracing route to tpw.outagesio.com [66.85.130.3]
over a maximum of 30 hops:

1 1 ms <1 ms <1 ms firewall.bascom.local [10.7.1.1]
2 3 ms 2 ms 3 ms 156.67.241.1
3 8 ms 9 ms 7 ms 172.30.2.62
4 8 ms 8 ms 8 ms 172.30.1.229
5 8 ms 7 ms 6 ms 172.30.1.246
6 * 6 ms 7 ms 172.30.1.253
7 11 ms 10 ms 11 ms 172.30.1.54
8 9 ms 7 ms 7 ms 172.30.2.43
9 8 ms 11 ms 7 ms 195.66.244.191
10 * 131 ms 131 ms ae16.cs1.man1.uk.eth.zayo.com [64.125.21.158]
11 * * * Request timed out.
12 * * * Request timed out.
13 * * 133 ms ae23.cs3.iad93.us.eth.zayo.com [64.125.28.189]
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 132 ms 131 ms 131 ms ae21.mpr3.phx2.us.zip.zayo.com [64.125.25.255]
18 130 ms 131 ms 131 ms 208.185.171.102.IPYX-149806-001-ZYO.zip.zayo.com [208.185.171.102]
19 131 ms 130 ms 131 ms eth.14.2.cr1.phx0.phoenixnap.com [108.170.0.21]
20 * * * Request timed out.
21 131 ms 131 ms 131 ms 66.85.130.3
22 131 ms 134 ms 132 ms 66.85.130.3

Trace complete.

Is this what you would expect an Agent installed client to receive in this case?

[OutagesIO_Support]

Looks normal. Lots of ICMP blocking/limiting along the way it looks like.

So at this point, we have to assume that something on the host that the agent is running on is still blocking something.

Is there something running on the host that is a security manager or something or virus checker, something along those lines?

If you have another Windows host, you could install another agent, again, be sure you are admin when installing so that the firewall rule can be created then see if the dashboard shows that the agent is ready to be licensed.

Then please share the agent ID so we can look too.

[MHI]

Hi There,

So I've created as few more agents and attempted to install on various servers of various builds, Raspberry Pi, Ubuntu, etc. I also created an agent (ID: 131152) (LAN IP 10.10.1.90) on an windows server 2012 SFTP server and this one appears to be working!

I see the banner at the top of the prestaging dash stating
"Your agent is set up correctly, and ready for upgrade to all features.
Enjoy the free basic reports in the meantime."

I'm going to leave it running for a bit to make sure we get the pretty pie chart with the hops.

AV firewall config should be unchanged from where the last windows agent was installed and nothing else has changed on the corporate firewall. I'm assuming that since this is a server we use to accept data transfers from external clients that it would have more network protection, not less. Will post the tracert now.

Tracing route to 66.85.130.3 over a maximum of 30 hops

1 1 ms <1 ms <1 ms 10.10.1.1
2 6 ms 7 ms 14 ms 83.98.55.73
3 4 ms 4 ms 4 ms ae20-10.lon-north-core.network.aspirets.com [83.
98.55.140]
4 4 ms 4 ms 4 ms et0-0-48.lon-west-core1.network.aspirets.com [5.
22.136.157]
5 4 ms 5 ms 5 ms 5-22-136-159.host.as51043.net [5.22.136.159]
6 5 ms 4 ms 4 ms ldn-b3-link.ip.twelve99.net [62.115.37.168]
7 5 ms 5 ms 6 ms ldn-bb2-link.ip.twelve99.net [62.115.122.180]
8 * * * Request timed out.
9 79 ms 79 ms 78 ms ash-bb2-link.ip.twelve99.net [62.115.136.201]
10 89 ms 90 ms 90 ms atl-b24-link.ip.twelve99.net [62.115.125.128]
11 110 ms 116 ms 110 ms dls-bb2-link.ip.twelve99.net [62.115.116.212]
12 129 ms 129 ms 129 ms phx-b6-link.ip.twelve99.net [62.115.125.55]
13 129 ms 130 ms 130 ms 80.239.194.110
14 129 ms 129 ms 128 ms eth.14.2.cr2.phx0.phoenixnap.com [108.170.0.37]

15 129 ms 138 ms 129 ms 10.220.25.20
16 128 ms 131 ms 128 ms 66.85.130.3
17 129 ms 129 ms 129 ms 66.85.130.3

Trace complete.

[MHI]

"Agent communications
2024-10-08 12:47:03: Agent is sending updated hops to OutagesIO!"

I think we are good!

[MHI]

Are you able to confirm that the agent is communicating as expected now? - Thank you for all your assistance

[SBK]

If the agent you are referring to is the 131152, all is fine but the other three (131099, 131106, 131151) they are not communicating properly since hops are not coming in for them

[MHI]

Hi, Yes I can confirm that only the responding agent is of concern to us now. The other 3 have been removed now (presumably due to inactivity) and we have purchaced a licence for active agent. Thank you for your assistance. - In the end we could not find the firewall rule/setting causing the original problem but re-installed the agent on a server in the DMZ and all is working well now.

One last thing...are Outages.Io able provide invoicing for the licence payments?

Thank you

[OutagesIO_Support]

Hi,

Glad to hear it's doing well and you now know what the problems were.

We do not have invoicing options other than subscriptions. We went with Paypal subscriptions because we prefer not to keep cards and other personal details on our end.

Our sister service, www,isptracker.com does have a billing capability but there is also a minimum requirement with discounts as you ramp up.

We also have a monthly flat rate cost but that's when you get into the thousands of agents. The kinds of companies that like this are those which have many remote employees they are supporting or other assets out in the field they want to monitor such as remote security systems, patient/telehealth equipment and so on.

[MHI]

Hi there,

Cool thanks, would be useful for our finance accounts to have. Paypal subs should be enough :)

Thanks for all your assistance!

[OutagesIO_Support]

You're welcome. Thanks for using the service and please, pass the word on. We live by word of mouth since it's impossible to outbid deep pocket ISPs and outages sites that would rather you don't find a service like ours.