Track Internet disconnections, provider outages with historical data, and automated speed testing.
For Windows, Linux, ARM64, ARMa7. Learn more by visiting www.outagesio.com
Notice: If you created an account on app.outagesio.com, simply use the same credentials to log in here.
Trying to install on Linux
-
Hi,
It's all clear now, there is no more mystery. Something on your network or the PC you are using is blocking ICMP.
The agent needs to do multiple tests which helps it to confirm when there are outages or no outages and for one of those tests, it needs ICMP.
You'll notice in your reports that no pings are coming in, those are ICMP based.
You'll also notice the last time it sent hops was: 2020-04-29 19:19:43: Agent is sending updated hops to the OutagesIO network.
Hops are ICMP based.
As I mentioned earlier, I assume that you are running Ubuntu as your PC desktop and that you have your agent on the same PC.
Check your firewall rules, they are probably blocking ICMP communications.
Maybe when you installed your VPN, it made some changes to your firewall.
You might have to ask in forums where you get Ubuntu support from but that seems to be the only problem. Fix that and outages will start showing if there are any and assuming the VPN is not turned on and/or potentially blocking.
Here is how you'll know when your agent is communicating correctly.
Go to the Standard dashboard view.
You'll see a current date for this message: Agent is sending updated hops to the OutagesIO network.
In your Pings graph, you'll see the pings coming in and they will show up. Right now, none are showing.
Until you see those, the agent is being prevented from communicating correctly.
-
I"ll have to do some reading to see how to solve that.
But I recently, possibly the end of April, updated my Neon Installation to the next ubuntu base. It could be that at that time a basic firewall was installed or rules updated. I never looked at my firewall. And yes, also the VPN client could have changed settings. I'll look at it and let you know :-)
Dada
-
That's the problem with upgrades, adding software, it's hard to know 100% for sure what was done to the environment. In some cases, authors will just force changes on us because it is easier to make some small changes than to support countless people complaining that something doesn't work or because it solved installation issues.
I still don't see pings coming in but I do see your agent is active. As soon as you allow ICMP, I think you'll start seeing pings and that hop update will be current. It's also possible that ICMP is blocked on your router/modem so be sure to check that.
-
When I run: cat /proc/sys/net/ipv4/icmp_echo_ignore_all it responds with 0 which means icmp is not blocked. Doing ping google.com gives a stream of pings. So it looks ping is allowed on the computer as well as on the router as pinging google works.
What do you think. Is there an other way to check?
I thought I try:
dadak@dadak-Inspiron-15-7569:~$ ping www.outagesio.com
PING www.outagesio.com (184.164.141.218) 56(84) bytes of data.
^Z
[3]+ Stopped ping www.outagesio.com
dadak@dadak-Inspiron-15-7569:~$ ping www.outagesio.com
PING www.outagesio.com (184.164.141.218) 56(84) bytes of data.
*No response from outagesio
dadak@dadak-Inspiron-15-7569:~$ ping app.outagesio.com
PING app.outagesio.com (184.164.141.220) 56(84) bytes of data.
^Z
[5]+ Stopped ping app.outagesio.com
dadak@dadak-Inspiron-15-7569:~$
- No response from app.outagesio.com either.
dadak@dadak-Inspiron-15-7569:~$ sudo ufw status
[sudo] password for dadak:
Status: inactive
- Firewall is off
-
Try pinging tpw.outages.io.
The other domains that you tried to ping to have pings blocked for networking reasons.
I looked at your dashboard and at one point, you must have done something that worked but for only under one minute.
If you look, you'll see that one single ping came in. However, hops did not.
However, hops are only sent when the agent is restarted, every hour and when the agent algorithm sees something out of its averages.
What ever is going on it's unusual. The agent only needs port 80, 443 and ICMP to do its work. We decided to test the Linux agent as soon as I reported your post but everything checked out. We ran the tests on Centos however because we don't have a Ubuntu handy.
I'll fire up a Ubuntu and try to find some leads. I'm not understanding what is going on and why this is not working.
-
Here is my test so far.
I created a new Linux agent and copied the starter code.
I create the starter_linux_ocp.sh file and pasted the code found in the install notes.
I made the path /agent.
I chmod the file to 755.
I created the /etc/agentid file with the credentials displayed in the install notes.
I then ran the starter file. No other changes on Ubuntu.
> -rwxr-xr-x 1 root root 1931 May 17 17:07 starter_linux_ocp.sh*
root@buntsrv:/agent# ./starter_linux_ocp.sh
Make sure to create /etc/agentid with credentials before starting this script
Make sure your starter file points to the same directory that you have it in - Edit this starter file accordingly
You could add this to /etc/rc.local to start it or build a service for it. Please search Google for more.
Receiving binary location
Getting the OTM Package
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 150k 0 0 0 0 0 0 –:--:-- --:--:-- --:--:-- 0
Downloading OTM
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 150k 100 150k 0 0 324k 0 --:--:-- --:--:-- --:--:-- 324k
OTM show be downloaded and if so, we're starting it and exiting this script
I can see that it is running.
root@buntsrv:/agent# ps aux | grep otm
root 1965 0.0 0.0 768176 3836 pts/0 Sl 17:09 0:00 /agent/otm_linux
root 2049 0.0 0.0 13136 1052 pts/0 S+ 17:09 0:00 grep --color=auto otm
I checked the dashboard.
Agent was restarted on 2020-05-17 10:09:36 and active for 3 minutes 39 seconds .
The agent sent hops
2020-05-17 10:09:41: Agent is sending updated hops to the OutagesIO network.
The pings graph is filling up.
Again, no changes what so ever to the firewall. Totally default Ubuntu server.root@buntsrv:/agent# cat /proc/sys/net/ipv4/icmp_echo_ignore_all
0
Your situation has me stumped at the moment. I do not know why your agent is not able to communicate but I'm using the exact same agent that would would have downloaded. Are you able to ping the target I gave you?
-
hello,
It seems it is working now!
And I think I know why. Something must have happened during the system upgrade to the new LTS base of Ubuntu so it ended up running as user. Once I started it up as root it worked. Now I have to figure out why it changed from starting as root, to starting as user during the upgrade. Though maybe it's not really relevant anymore and I should just find a new place to insert the line to have it auto-start on system boot. It is still strange as I was able to ping Google and the address you gave me as user. But maybe the client needs other functions that unlike "ping" have to be done as root.
Again thank you so much and I really hope this did not completely waste your time!
Sincerely,
Dada
-
No waste of time what so ever. Challenges are how one learns and more importantly, you stuck to it also which makes it worth the time to help.
The forum is quite new and it takes time to see people sign up but I think eventually, we'll find some great people that can offer their own suggestions and help.
Unfortunately, we cannot know every piece of software and hardware and combinations ever made but we can make some educated guesses as we try to find ideas and leads to problems.
Noticing the user level is an important find on your find.
User level simply didn't dawn on me. I focused more on what was not happening than user level since everything I test is usually as root.
I suppose the best way would be a limited user that has access to ICMP on the server since that's the only thing that seemed missing.
Now that you have it working at least, we'd love your input on how it works with and without VPN.
We suspect that without VPN, it will work as expected but with VPN, the network becomes the remote and a shared one with limited access at that.
We further suspect that speed testing and ICMP will not be possible but we've not tested this.
-
Glad it's useful learning for us all!
Regarding the VPN I needed it yesterday and forgot to turn it off. I still see speed checks, hops and all the other information. So I guess the client works fine with or without VPN. At least the way my VPN is configured. Maybe that would also affect.
If there is anything you like me to test let me know.
Dada
-
When you enable the VPN, your local network effectively becomes part of the remote network, subject to the remote networks permissions, policies, limitations etc. Different VPN providers would differ in how they have things configured.
I'm surprised to hear that you speed testing works because that would be using the VPN providers network. so, from your PC, through the VPN provider to the speed testing site, back to the VPN and on back to your PC. That's using the VPN providers bandwidth. Either they aren't worried about it or they aren't blocking/configured right. I really don't know as I've never tested such an idea.
You should be able to tell when you are using your provider or VPN by looking at the standard dashboard where you'll see your gateway and probably DNS servers change too.
Any input you can provide on how the agent works over a VPN would be helpful and appreciated.
-
Hello,
Not sure what more I can tell about the VPN. All seems to work nominally with or without it running.
In the past I have tested the connection speed from many locations and found that the VPN never blocked such tests and that there is very little difference in speed with or without. They do not seem to be worried about speed testing. Probably it takes very little bandwidth compared to streaming, bittorrent and other high bandwidth uses.
I am using "Private Internet Access" since probably 10 years now. They are cheap (using the specials) rarely have trouble and have a proven 'no logging' policy.
Clear from the speed tests with the client is that I never get the 10Mps I am promised. Mostly much less. The outages have been less the last days which is good for our use but bad to show Telmex. The days before we had many half day and longer outages.
-
Thanks for feedback.
They key to getting the best reports is to run the agent on something that can remain on 24/7 if possible. If that is not your main PC, then a very low cost second PC or a hardware agent. The only way to really know what is going on is to log everything non stop, at least for a while so you can also see trends.
-
O OutagesIO_Support marked this topic as a question on
-
O OutagesIO_Support has marked this topic as solved on