I decided to open a seperate thread for this HaaS issue, since it seems unrelated to the other. For the last four months it has been defective/not working for me.
In the latest versions of reforis it should be a matter of setting up Sentinel, agreeing with the terms and entering your key to be identified correctly by the HaaS service. I’ve done that and everything has green checkmarks.
I used to get a fair amount of logins, but the last few months it just says zero. there is nothing logged.
I did read somewhere on this forum that it could be some Firewall rule problem, something that needs to be resolved by going into the advanced configuration.
Does anyone know how to check/resolve this?
I’ve already tried factory resetting the router a couple of times
I’ve flashed the latest recovery image to the router two times
I’ve deleted my device on the HaaS portal and created a new device with a new token.
Any help to get it working again is appreciated!
PS, I am aware of the recent outage due to maintenance, but this is not related to that.
Currently running:
ReForis version 1.1.2
Turris OS version 5.3.3
Turris OS branch HBS
Kernel version 4.14.254
I am not sure what this indicates since SSH → check_connection reports no issues. So what does the gateway check indicate?
UPDATE: I tried to change my DNS resolver from DoT to normal ISP DNS but this doesn’t change ‘gateway connectivity’ status. Does it just mean it cannot connect to my ISP modem with an IP address? My connectivity seems fine overall.
Hi, I checked my haas statistics on web and I also didn’t have anything there since 12.12.2021 so I looked at reForis Sentinel tab to find out that one of agreement checkbox is unchecked?! Not sure how it happened but I’m pretty sure I didn’t do it.
HaaS is not working here on the TO2016 random after a reboot and/or update. Or it stops after to many phyton errors in the syslog.
Go to luci > > status > process and see if Haas is running. If not, go to luci > system > startup , scroll to HaaS, and press restart . That fixes almost always the problem.
For me, I’d say it is not clear if you have a public IPv4 address or not. You can try connecting to running honeypot on your router using your local network and from outside your local network.
Steps:
Honeypot as a Service is running on your router on port 2525, so you can try to connect to it to verify to ensure that it is indeed working. (ssh test@ipaddress -p 2525)
Try to connect from any public network to the SSH honeypot on your router by using the assigned IPv4 address to your router. If it does not work, then probably it is because you don’t have a public IPv4 address, or ports are filtered/blocked on the ISP side.
Same for me, since yesterday afternoon it stopped working properly after overflowing log with haas_proxy errors.
Unfortunately I had to stop service (at least until issues fixed) because I’m not able grep info from logs for other components since it doesn’t leave space.