veeos-1x.git/src/etc, branch circinusVyOS command definitions, scripts, and utilities (mirror of https://github.com/vyos-contrib/veeos-1x.git)
https://git.amelek.net/vyos-contrib/veeos-1x.git/atom?h=circinus2024-09-26T13:23:35+00:00dhclient: T6667: Added workaround for communication with FRR2024-09-26T13:23:35+00:00zsdctaras@vyos.io2024-08-21T18:55:17+00:00urn:sha1:630113e74872d47d54d6b6234a864514d582193c
To increase the chance for dhclient to configure routes in FRR, added a
workaround. Now 10 attempts are performed with 1 second delay and only after
this dhclient gives up.
(cherry picked from commit da64a7246e9b12d5bd84287517cfbfa59e364c28)
T6527: add legacy Vyatta interpreter files still in use2024-07-03T15:05:02+00:00Christian Breunigchristian@breunig.cc2024-06-30T05:35:25+00:00urn:sha1:7aa420e5a5509793030350acb9c108eaef6c79ea
(cherry picked from commit 72a704d2e2b06bfedc4f1ee841814f983fc34baa)
T751: Remove ids suricata2024-06-10T09:21:58+00:00Viacheslav Hletenkov.gletenko@vyos.io2024-06-10T09:21:58+00:00urn:sha1:ae0ca9f5e54b841eb8ff37b41033bcca74d6827csuricata: T751: Initial support for suricata2024-05-12T08:36:34+00:00Maxime THIEBAUT46688461+0xThiebaut@users.noreply.github.com2024-05-01T20:16:03+00:00urn:sha1:549089a970e39d1ea09c10af5eaf8f696dd19d40T6109: Fix remote logging for sudo commands2024-04-23T15:43:08+00:00Viacheslav Hletenkov.gletenko@vyos.io2024-04-23T15:43:08+00:00urn:sha1:7164ad40f5cc47f35c7903626d4d4da048a25113
This fix for bug when `sudo` commands were not send to the remote
syslog server. They stop before the directive that includes all
configurations `$IncludeConfig /etc/rsyslog.d/*.conf`
T5872: fix ipsec dhclient hook uses "exit" instead of "return"2024-04-12T16:34:13+00:00Lucas Christianlucas@lucasec.com2024-04-12T16:34:13+00:00urn:sha1:840ab82e8821624aae589dec1ea86cefbcf866b7ssh: T6192: allow binding to multiple VRF instances2024-04-01T19:26:16+00:00Christian Breunigchristian@breunig.cc2024-04-01T18:40:16+00:00urn:sha1:e5af1f0905991103b12302892e6f0070bbb7b770
Currently VyOS only supports binding a service to one individual VRF. It might
become handy to have the services (initially it will be VRF, NTP and SNMP) be
bound to multiple VRFs.
Changed VRF from leafNode to multi leafNode with defaultValue: default - which
is the name of the default VRF.
dhcpv6-client: T2590: fix vyos-hostsd update for nameserver and search domains2024-04-01T12:04:50+00:00Christian Breunigchristian@breunig.cc2024-04-01T12:04:50+00:00urn:sha1:ece425f0191762638b7c967097accd8739e9103d
After migrating from ISC DHCLIENT for IPv6 to wide-dhcp-client the logic which
was present to update /etc/resolv.conf with the DHCP specified nameservers and
also the search domain list was no longer present.
This commit adds a per interface rendered script to inform vyos-hostsd about
the received IPv6 nameservers and search domains.
Merge pull request #2965 from lucasec/t58722024-03-28T16:08:33+00:00Daniil Baturindaniil@vyos.io2024-03-28T16:08:33+00:00urn:sha1:ba05d82eadce6f1efe68b18b30baa44e12ba70c9
T5872: ipsec remote access VPN: support dhcp-interface.vti: T6085: interface is always down and only enabled by IPSec daemon2024-03-20T20:00:46+00:00Christian Breunigchristian@breunig.cc2024-03-20T19:53:47+00:00urn:sha1:9eb018c4935235d292d7c693ac15da5761be064a
When a VTI interface is just created, it is in ADMIN UP state by default, even
if an IPSec peer is not connected. After the peer is disconnected the interface
goes to DOWN state as expected.
This breaks routing logic - for example, static routes through VTI interfaces
will be active even if a peer is not connected.
This changes to logic so ADMIN UP/DOWN state can only be changed by the
vti-up-down helper script.
Error was introduced during the Perl -> Python migration and move to the generic
vyos.ifconfig abstraction during the 1.4 development cycle.