No update path for UTM Endpoint Clients

I'm on https://mcs1-5804.broker.sophos.com so not a broker issue :-\

How do you open a ticket? Do you still do it in https://my.astaro.com/ i'm bored of being on hold :-\ was on hold for 15 yesterday before getting sidetracked by other stuff

I'm on https://mcs1-5804.broker.sophos.com so not a broker issue :-\

How do you open a ticket? Do you still do it in https://my.astaro.com/ i'm bored of being on hold :-\ was on hold for 15 yesterday before getting sidetracked by other stuff

My responce when attempting to access this page:
This Connection is Untrusted
      
You have asked Firefox to connect
securely to mcs1-5804.broker.sophos.com, but we can't confirm that your connection is secure.
        
     
mcs1-5804.broker.sophos.com uses an invalid security certificate.

The certificate is not trusted because no issuer chain was provided.

(Error code: sec_error_unknown_issuer)

My responce when attempting to access this page:
This Connection is Untrusted
      
You have asked Firefox to connect
securely to mcs1-5804.broker.sophos.com, but we can't confirm that your connection is secure.
        
     
mcs1-5804.broker.sophos.com uses an invalid security certificate.

The certificate is not trusted because no issuer chain was provided.

(Error code: sec_error_unknown_issuer)

what are you trying to achieve?

I turned on a sniffer then clicked 'Update Now'

Machine's IP addr: 10.1.2.1
Default Gateway: 10.1.1.2


Traffic seen

Source     Dest        Protocol   Length    Info
10.1.2.1   10.1.1.1   TLSv1     331          Application data
10.1.2.1   10.1.1.1   TLSv1     1227        https > 49320
10.1.1.1   10.1.2.1   TLSv1     1056        Application Data, Application Data
10.1.2.1   10.1.1.1   TCP            54         49320  >  https [ACK]...

10.1.1.1 should not be in any route from this machine.
It is the hypervisor on which Astaro (10.1.1.2) is running.

This is very odd.   

Wild guess: It's at least possible the programmers for the update piece have completely botched a basic understanding of networking and are using a 'calculated/guessed' version of the default gateway which breaks if their guess is wrong.

My subnet is 255.255.0.0 so if a noob were to think that the default gateway is x.y.1.1 then they would think in my case it's 10.1.1.1.  This is not the case.   This ridiculous calculation works on 192.168.1.x and 192.169.0.y which seems to be the majority of private networks.  On Class A or B non-routable networks, this will fail. 


I'll do some testing to see if I can validate this ridiculousness.

Using VMWare on my Macbook Air I have a network with a class C address space:

IP Address:  192.168.58.175
Subnet:         255.255.255.0
Default:        192.168.58.2
Updating works so my theory above is not correct. 
I'll move this to the Class A subnet and see if updating still works.

It works fine...
IP Addr:         10.1.255.254
Subnet Mask: 255.255.0.0
Default Gtw:  10.1.1.2

I'm stumped. 
This is a VM with Win7 running on a Mac plugged into a switch on the same segment as my straight hardware Win7 that won't update.

Clearly my troubles are local to the hardware machine...  

Flummoxed!