Sync issues with version 20. Not a firewall not equipment issue seems has been weeks with no updates

No firewalls between the device and Internet, router rebooted numerous times, system rebooted numerous times. Same issue. All other web sites traffic working so what is going on with the feed?

rsync: failed to connect to feed.community.greenbone.net (45.135.106.142): Connection refused (111)
rsync: failed to connect to feed.community.greenbone.net (2a0e:6b40:20:106:20c:29ff:fe67:cbb5): Cannot assign requested address (99)
rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3]

First you are not connected to the IPv6 Internet, your legacy connections is NOT using HTTP(s) we use only rsync to connect. So it is a Firewall/Router Issue at your side, discussed here many times.

My ISP is not routing me over the IPv6 only IPV4. The connection works sometimes, then dies in the middle and never works again… All egress ports on the router are open… How can I get in the IPv6 Internet if it’s not provided in my area?

When I telnet to the server is connects no problem…

Trying 45.135.106.142…
Connected to 45.135.106.142.
Escape character is ‘^]’.
@RSYNCD: 31.0
Greenbone community feed server - http://feed.community.greenbone.net/
This service is hosted by Greenbone Networks - http://www.greenbone.net/

All transactions are logged.

If you have any questions, please use the Greenbone community portal.
See https://community.greenbone.net for details.

By using this service you agree to our terms and conditions.

Only one sync per time, otherwise the source ip will be temporarily blocked.


So today the NVT synched but then any additional attemps to scapdata or certdata fail. If it was a configuration issue it would never work. Would not be against paying for the service but if the same thing happens I am not going to be happy. I still say there is something wrong on the GREENBONE end of things, I can connect on rsync without an issue. If it was a firewall it would be blocked…

I can run and successfully connect via telnet, break that connection and try to run the scapdata sync and get this:

This service is hosted by Greenbone Networks - http://www.greenbone.net/

All transactions are logged.

If you have any questions, please use the Greenbone community portal.
See https://community.greenbone.net for details.

By using this service you agree to our terms and conditions.

Only one sync per time, otherwise the source ip will be temporarily blocked.

receiving incremental file list
timestamp
13 100% 12.70kB/s 0:00:00 (xfr#1, to-chk=0/1)

sent 43 bytes received 114 bytes 104.67 bytes/sec
total size is 13 speedup is 0.08
rsync: failed to connect to feed.community.greenbone.net (45.135.106.142): Connection refused (111)
rsync: failed to connect to feed.community.greenbone.net (2a0e:6b40:20:106:20c:29ff:fe67:cbb5): Cannot assign requested address (99)
rsync error: error in socket IO (code 10) at clientserver.c(127) [Receiver=3.1.3]

Then immediately telnet again and it connects successfully. There is something wrong with this…

Your server is clearly resetting the connection… I have wiresharked this to death…

So this is different than the post you provided. That user did not have DNS resolution and the connection timed out. My connection is being refused and reset. The fact that sometimes it works and sometimes it doesn’t is leading me to believe its an issue on the feed server end. I have a 600MB synchronous Internet connection. It is IPv4 (not IPv6 enabled). I have no other issues with any other products… Just this one. I have asked for a quote for a maven virtual appliance but will need to be able to customize reports so I hope it will allow this…

You have a NAT/Firewall issue if you get a RST and you can start one connection. So please deactivate this and try again. We only allow one TCP-Session per src ip to your feed server, if some network element (GGN, NAT, Firewall …) keeps that session open, you are not able to start a new one.

We seem to be going in circles here. If I can make a telnet connection and not get bumped but the greenbone sync call fails but the telnet right after on the same port is fine I am having trouble accepting that it’s a NAT/FW issue…