Hello, when running greenbone-nvt-sync it fails to wget the community nvt feed and reports a 301 Moved permanently. Going to the url in the browser just redirects to the greenbone.net main page. Is there an outage with the community feed? Thanks.
Do not use this dl2.greenbone.net it´s a test system for a new bigger and faster greenbone community feed services and NOT updated, maintained yet (!).
Same thing here now and this is a real dealbreaker for me… We cannot download the rsync feed due to a complex proxy environment that only allows htt but no rsync. Is there currently any source for an up-to-date feed available over HTTP?
Start refreshing NVTs...
Setting http_proxy and https_proxy environment variables
Syncing NVTs using wget
--2020-04-09 22:10:38-- http://dl.greenbone.net/community-nvt-feed-current.tar.bz2
Connecting to 192.168.0.100:3128... connected.
Proxy request sent, awaiting response... 301 Moved Permanently
Location: http://www.greenbone.net [following]
--2020-04-09 22:10:38-- http://www.greenbone.net/
Reusing existing connection to 192.168.0.100:3128.
Proxy request sent, awaiting response... 301 Moved Permanently
Location: https://www.greenbone.net/ [following]
--2020-04-09 22:10:38-- https://www.greenbone.net/
Connecting to 192.168.0.100:3128... connected.
Proxy request sent, awaiting response... 200 OK
Length: 97000 (95K) [text/html]
Saving to: '/tmp/greenbone-nvt-sync.ozDpiF3jd2/openvas-feed-2020-04-09-267.tar.bz2'
100%[========================================================================================================================================================================>] 97,000 --.-K/s in 0.04s
2020-04-09 22:10:38 (2.21 MB/s) - '/tmp/greenbone-nvt-sync.ozDpiF3jd2/openvas-feed-2020-04-09-267.tar.bz2' saved [97000/97000]
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error is not recoverable: exiting now
@_OR and @Lukas - The openvas sync script forces http/https rather than rsync. It says rsync is not recommended for the initial sync. Falling back on http. By default when installing, you can’t choose rsync. The http endpoint is still failing.
I am facing a similar issue with my community setup. Based on the discussion on this thread I now understand what the problem is. Is there a valid fix that I can use please?
Just use RSYNC, that`s it. Now the new rsync server is much bigger then the old infrastructure. Same rule no NAT one rsync session per source IP. If your proxy does not support this and you run it in a cooperate environment, you might wanna look for the commercial Geenbone offerings.
I have tried both sync and rsync commands and am not being able to connect to the greenbone server. The subdomain and domain of greenbone cannot be pinged. My firewall has allowed all ICMP, UDP and TCP protocols but its still not working. Here are the following errors: