Reset Red50 / Connect to other UTM [Solved]

RED provisioning is a two stage process.  When you create a RED configuration on your UTM, it is written to the Sophos provisioning servers, overwritting any previous configuration file that may exist.  There should be an entry in your RED log that this has happened.  Please take a look for the time after you created the configuration.  If you can't find it, delete the current RED configuration and redo it, while checking the log.  The second part of this process is when the RED is internet connected (must be in a DHCP environment first time).  If a RED does not currently have a configuration, it will try to connect to a provisioning server to get the configuration file.  If it already has a configuration file, it will try several times to connect to the UTM in the configuration file, rebooting between each try.  After several attempts, it should reach out to the provisioning server to check for and download a new configuration file.

The issue could be in either of these two steps.

Besides the log check mentioned above, here's some things we can try:

Run the RedAlert tool:  This will check for provisioning server accessability and DNS issues.  RedAlert | UTM Tools

If you go to RED Management > [Server] Client Management, you'll see that there's a download button for the RED configuration.  Supposedly, if you download this file, place it onto a USB stick and plug it into a RED, on the next RED reboot (power off and on also), it will take the config file off of the USB.  I've not tried this, but might be worth a try.  Just be certain to note the unlock code shown as this one is different than the main (provisioning server) one.

Next thing we can try is a firmware flash of the RED:  https://www.sophos.com/en-us/support/knowledgebase/118843.aspx

Let me know about the log and what you get from Red Alert and we'll go from there.

RED provisioning is a two stage process.  When you create a RED configuration on your UTM, it is written to the Sophos provisioning servers, overwritting any previous configuration file that may exist.  There should be an entry in your RED log that this has happened.  Please take a look for the time after you created the configuration.  If you can't find it, delete the current RED configuration and redo it, while checking the log.  The second part of this process is when the RED is internet connected (must be in a DHCP environment first time).  If a RED does not currently have a configuration, it will try to connect to a provisioning server to get the configuration file.  If it already has a configuration file, it will try several times to connect to the UTM in the configuration file, rebooting between each try.  After several attempts, it should reach out to the provisioning server to check for and download a new configuration file.

The issue could be in either of these two steps.

Besides the log check mentioned above, here's some things we can try:

Run the RedAlert tool:  This will check for provisioning server accessability and DNS issues.  RedAlert | UTM Tools

If you go to RED Management > [Server] Client Management, you'll see that there's a download button for the RED configuration.  Supposedly, if you download this file, place it onto a USB stick and plug it into a RED, on the next RED reboot (power off and on also), it will take the config file off of the USB.  I've not tried this, but might be worth a try.  Just be certain to note the unlock code shown as this one is different than the main (provisioning server) one.

Next thing we can try is a firmware flash of the RED:  https://www.sophos.com/en-us/support/knowledgebase/118843.aspx

Let me know about the log and what you get from Red Alert and we'll go from there.