ERR 000 Please help

according to  this, it should be trying to connect to ftp.astaro.de which resolves to 212.126.210.203.  You may have a DNS issue or quite possibly they just moved it do a different computer and the cached address on the DNS server you use hasn't expired yet.  I tried port 222 as described in the thread, but it's not open; however, 21 is.


HTH... 

I made sure DNS records are not cached, cleared cache from main dns server. It still tryes to connect to the same IP's, after a while timeouts and I get an error that the up2date servers are unavailable + an email with err 000.

Can someone from Astaro please help to solve this?

Thanks
Maurice 

What happens when you traceroute to 212.126.210.201 or 203?
(ICMP must be enabled, sanitize your local addresses for security before posting)

Make sure port scan is turned off!

[ QUOTE ]
What happens when you traceroute to 212.126.210.201 or 203?
(ICMP must be enabled, sanitize your local addresses for security before posting)

Make sure port scan is turned off!
 

[/ QUOTE ]

I am about to give up on this  
It's been over a week I am trying to solve this!

Traceroute results to both IP's as follows:

traceroute to 212.126.210.201 (212.126.210.201), 30 hops max, 40 byte packets
 1  My.router.ip  1 ms  1 ms  1 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
etc...

I don't understand what could have gone wrong. All I did is changing the IP of the external NIC, and since then Up2date is dead. The wierd thing is that EVERYTHING else works smooth, even FTP to one of the IP addresses above with one of the client machines.

Maybe it has something to do with a signature exchange? What I mean is that maybe on the first connection, ASL and the up2date server exchange some kind of signature and now that the IP has changed this signature does not match anymore.

Any other ideas anyone?

Thanks
Maurice  

[ QUOTE ]
What happens when you traceroute to 212.126.210.201 or 203?
(ICMP must be enabled, sanitize your local addresses for security before posting)

Make sure port scan is turned off!
 

[/ QUOTE ]

I am about to give up on this  
It's been over a week I am trying to solve this!

Traceroute results to both IP's as follows:

traceroute to 212.126.210.201 (212.126.210.201), 30 hops max, 40 byte packets
 1  My.router.ip  1 ms  1 ms  1 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
etc...

I don't understand what could have gone wrong. All I did is changing the IP of the external NIC, and since then Up2date is dead. The wierd thing is that EVERYTHING else works smooth, even FTP to one of the IP addresses above with one of the client machines.

Maybe it has something to do with a signature exchange? What I mean is that maybe on the first connection, ASL and the up2date server exchange some kind of signature and now that the IP has changed this signature does not match anymore.

Any other ideas anyone?

Thanks
Maurice  

if you can't traceroute I'm not sure how you are ftp'ing.  did you turn ICMP on like the post above suggested before you did your traceroute? 

[ QUOTE ]
if you can't traceroute I'm not sure how you are ftp'ing.  did you turn ICMP on like the post above suggested before you did your traceroute?  

[/ QUOTE ]

Yes I did. I can ftp from an internal client. I cant traceroute or ping from the ASL box! 

Hi,
your ASL adds a system generated rule if you turn on automatic uptodate.
have you tried to simply turn off auto-uptodate and then reactivate it, so asl generates the system-rule new (with your new external ip).

firebear    

Sounds like tthe router can't handle your new IP, which might entail working with the people who support it; let me think some more...
  

But his router answers the traceroute and the next upstream station dont answers. and icpm and traceroute (not right icmp if you do from windows) is not really the best, because firewalls mostly and routers sometimes are setting up not to answer it.

firebear   

Is the port scanner turned off??

Seeing as how you should do it ANYWAY, backup up your config and try 4.016; the act of a fresh install might overwrite a busted component...

Portscan was turned off when I tested traceroutes and connections.

Seems like I am going to reinstall 4.016 from the beginning. I just ain't sure if I should restore a backup after the new installation or reconfigure from scratch. Who knows, a backup of something broken may result in a new broken system as well.  

Possible, but unlikely.

Also since doing a backup and restore after reinstall won't take much time, it wouldn't hurt to try it...