Alan,
Thankyou for re-uploading uploading the pics, saved me from having to convert them.
Well I went looking and looking for the other thread I mentioned and lo and behold I referenced that exact same Parallels kb article in it!.
JT, The messages displayed about can not download are exactly what you'd see in a CGNAT scenario, though in this case it's not ISP level CGNAT from what I can see but in something about your home network set up that's doing the same thing.
As I mentioned earlier ensure that Parallels is set to Bridged networking mode, and also remove the port forward for port 80 in the router.
I haven't yet been able to capture what NAT mode (which is likely what Parallels defaulted to) does with the ports but if it changes them like CGNAT does then what you are experiencing is exactly what would be expected; I'll explain.
NAT mode works for ESU and all the other Windows programs you mentioned because of two things. 1) All those pieces of software let the OS choose the source port and 2), the servers that those programs connect to respond to the source ports that the router say to respond to. Rings software on the other hand has a major flaw in this regard, the software and server are coded with a fixed port, if a router changes the source port (such as what happens with CGNAT) then it's all over, you'll never get a reply back from Ring's server which is what you are seeing.
With the last picture giving the IP address, is that the MAC or Parallels showing the IP address and is the router connected or were you plugged directly into the modem?
- Tim