Hi,
I installed and registered station R50D6 some weeks ago. There were some issues with the network but it should be solved now. I tested a list of servers and ports listed in Firewall issues? and both the ports and the servers are accessible from the machine (see below).
myshake@raspberryshake:~ $ date
Thu 31 Aug 13:10:01 UTC 2023
myshake@raspberryshake:~ $ host raspberryshakedata.com
raspberryshakedata.com has address 144.91.66.87
myshake@raspberryshake:~ $ telnet raspberryshakedata.com 55555
Trying 144.91.66.87...
Connected to raspberryshakedata.com.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
myshake@raspberryshake:~ $ telnet raspberryshakedata.com 55556
Trying 144.91.66.87...
Connected to raspberryshakedata.com.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
myshake@raspberryshake:~ $ telnet caps.raspberryshakedata.com 16022
Trying 195.201.196.227...
Connected to caps.raspberryshakedata.com.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
myshake@raspberryshake:~ $ telnet localhost 16032
Trying ::1...
Connected to localhost.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
myshake@raspberryshake:~ $ telnet raspberryshake.org 443
Trying 144.91.126.111...
Connected to raspberryshake.org.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
myshake@raspberryshake:~ $ ntpstat
synchronised to NTP server (10.255.0.137) at stratum 3
time correct to within 17 ms
polling server every 256 s
As the machine’ s status page shows that the status of “Server connection” is “connected” and the clock is in sync, is it possible for someone to check if the server is accepting the machine’s data please?
Thanks.
Thank you for providing the initial troubleshooting results you’ve done. I will ask our server team to check as soon as they are online in their time zone.
In the meanwhile, could you please download the logs from the Shake (instructions can be found here, if needed: Please read before posting!) and post them here? This is to cover our bases on all sides.
in file rsh-fe-hst.log. I had problems with the shake because it would not take its IP address and other settings from our DHCP server so I had to alter /etc/network/interfaces to:
You’re very welcome, and thank you for the logs and the screenshot! In particular, the last one shows what I can read from the logs themselves. While I can see that the Shake manages to connect to our servers, there appears to be something in your local network blocking the transmission, as these lines suggest:
Can you check if your Shake IP (and MAC) address are allowed through any firewalls or port routing/mapping of your router? if you need a complete list of ports/anything firewall related, you can read here on our manual: Firewall issues?
Our server team reported to me that your Shake is not blocked on our side, and can transmit data at any time without issues.
Hi @Stormchaser thank you for your prompt reply. Can you tell me what is the combination of port/server that appears to be blocked?
In addition, on the documentation on firewall issues there is a list of servers and ports that must be open. Shall I assume that all those ports should be open for outgoing traffic only?
More than the ports per-se, we have found that there are some modem/routers that will automatically close a port if they detect too much traffic on it, like with the constant connection that the Raspberry Shake has.
That is why I suggested checking if the Shake IP (& MAC) addresses were allowed through the firewalls, in case your situation was similar to the one described above. The user who, at the time, reported that issue, ended up changing the entire modem/router to solve it, but I wanted to see if we could avoid that with a faster (and definitely less expensive) permissions check.
are the ones needed for the Shake to communicate with our servers continuously. The ones labelled TCP should be open for outgoing traffic, while the UDP should be open for incoming traffic.