VyOS 1.3 based on Debian 10 Buster
Details
Fri, Nov 8
Fri, Nov 1
Mon, Oct 28
Sat, Oct 19
Wed, Oct 16
Tue, Oct 15
I've checked on 1.4.0 and BGP session is stable
Sep 27 2024
Sep 15 2024
Sep 7 2024
Jun 3 2024
I'm not sure if you've fully read what I've explained, but this is a regular GRE (IPv4 over IPv6) Tunnel configured in VYOS and in the Huawei Routers. The communication doesn't works in this specific case. If we do VYOS to VYOS then everything is alright. But VYOS to Huawei is not working at all.
please , read the guidelines on this post . it doesn't see a bug if not a support task:
May 23 2024
May 7 2024
Apr 24 2024
Apr 23 2024
Apr 4 2024
It is not a bug with the VyOS itself.
You don't need to create the task on Phabricator
Feel free to create a PR without the task https://github.com/vyos/vyos-documentation/tree/equuleus
Apr 3 2024
Apr 1 2024
Personally I dont think its a good idea to be able to use VyOS as a jumphost towards victims of scanning.
ok, i'll change a port list and nmap scenario
Mar 31 2024
I'm not sure that a list of ports will be helpful in this way.
From time to time, we need to scan specific ports.
What about
force scan-port-host <x.x.x.x> proto <tcp|udp> port '8080-8081,9200' force port--discovery-host <x.x.x.x> proto <tcp|udp> port '8080' force port-scan host <x.x.x.x> proto <tcp|udp> port '8080'
And use native nmap binaries (as python3 nmap module is not installed by default)
Also, it has XML format if you want a custom table:
sudo nmap -oX - 127.0.0.1
Mar 28 2024
@sever what do you think about it?
Mar 15 2024
Mar 12 2024
Mar 8 2024
Mar 7 2024
There is no 1.3.7 version ;)
The issue persists in 1.3.4 too from what I have tested.