Restore backup from 8.103 to 8.201

Do you happen to know what may be blocking updates as soon as I get through reconfiguring

That, I'm not sure of.  There shouldn't be anything that you could configure through WebAdmin that would block the updates, except turning the "check for updates" setting to never.  There are built-in firewall rules and other exceptions to allow updates, that have precedence over any setting in the GUI.  Do you have any other "router" upstream of the Astaro that might be blocking the traffic?

Ok, so I rebuilt the settings on the firewall, however, none of my other IP's work now.. they're defined in the network interfaces as additional addresses, and the only IP I can ping is the "gateway ip" from outside. (i.e. Astaro when first created was built with .45, and the add'l ip's are built with .33-.43, the .45 is the only one it "sees" or can be pinged from outside.) - With the other firewall setup, I could ping any of those addresses.  It's almost like Astaro isn't binding to those other IP's.. 

Any ideas?  Up2date is working now though...[:S]

The other weird thing, is when I look at the firewall logs, it doesnt show any traffic coming in from outside either.. or even being attempted (yet, I try from my cell phone or another ISP to hit those IP's, I would think that IP would show up in the packet filter log)

additional addresses:  I'm assuming that you created each additional address individually (33-43) and that you gave each a CIDR/Netmask of /32(255.255.255.255), or did you set them up as a combined netblock in a single "rule"?  Double check that each was assigned to the correct interface.  Are they enabled (status green)?

Check Network Security>>Firewall>>ICMP Tab settings.

I think Goldy had the right tip. Your interface definitions likely are reordered, and so don't work. Another, similar issue, since you're restoring to a new device, is that the new device must have as many interfaces as the old one used. So, if you were using eth0, eth1 and eth5, you must have at least six interfaces in the new unit. 

Cheers - Bob

Sorry for any short responses!  Posted from my iPhone.

additional addresses:  I'm assuming that you created each additional address individually (33-43) and that you gave each a CIDR/Netmask of /32(255.255.255.255), or did you set them up as a combined netblock in a single "rule"?  Double check that each was assigned to the correct interface.  Are they enabled (status green)?

Check Network Security>>Firewall>>ICMP Tab settings.

So each of the additional addresses are under the additional addresses tab and given a /28 (which is how it was working in the old firewall, the subnet mask my ISP gave me.. 13 Static IP's).  But, I did try the /32 and still did not work.  They are all turned on, and assigned to the External interface.

I think Goldy had the right tip. Your interface definitions likely are reordered, and so don't work. Another, similar issue, since you're restoring to a new device, is that the new device must have as many interfaces as the old one used. So, if you were using eth0, eth1 and eth5, you must have at least six interfaces in the new unit. 

Cheers - Bob

Sorry for any short responses!  Posted from my iPhone.

Hi Bob,

I did ditch the restore, and this is all from scratch because the restore file was bad or corrupt.  I did try to reorder the interface, and still no luck, actually broke access to webadmin because they weren't correct.  Turned them back, and I had internet back and was able to access webadmin.

@Balfson:  The "main" address assigned to the interface does work, it's only the additional addresses that arent, so it wouldn't be a NIC reordering issue.

@caseyj1231:  Have you already assigned DNAT rules to these additional addresses, which could be forwarding traffic to another internal resource?

Yes, there is DNAT rules pointing 3 of the IP's on specific ports to internal servers. (Exactly how it was setup before).

The one thing I did notice, and I dont know this has anything to do with it, but when you install from the pre-created virtual machine, it gives you NIC cards that are AMD PCNet32's and when you install from ISO, it gives you Intel E1000 nics.. would this make a difference?