Age | Commit message (Collapse) | Author | |
---|---|---|---|
2022-05-01 | accel-ppp: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | http: api: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | system-logs: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | openconnect: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | syslog: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | igmp-proxy: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | pppoe: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | nhrp: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | firewall: zone: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | lcd: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | vrrp: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | firewall: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | system-options: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | ids: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | router-advert: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | mdns-repeater: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | ipsec: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | vrf: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | login: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | telegraf: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | serial-console: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | webproxy: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | flow-accounting: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | snmp: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | lldp: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | tftp-server: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | container: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | conserver: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | conntrackd: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | conntrack: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-05-01 | bcast-relay: T4353: fix Jinja2 linting errors | Christian Poessinger | |
2022-04-30 | vyos-configd: enable firewall support | Christian Poessinger | |
2022-04-29 | T2216: containers need to be added via "add container image" in advance ↵ | Christian Poessinger | |
before using them | |||
2022-04-28 | configd: eanble other missed out services | Christian Poessinger | |
2022-04-28 | system-proxy: T1741: migrate to get_config_dict() | Christian Poessinger | |
2022-04-26 | dhcp: T4389: fix vendor name, it is ubiquiti with an i, not yx | Christian Poessinger | |
2022-04-26 | dhcp(v6): T3100: enable support with vyos-configd | Christian Poessinger | |
2022-04-26 | vti: T1579: enable vyos-configd supoport | Christian Poessinger | |
2022-04-26 | Merge pull request #1300 from sever-sever/T4210 | Christian Poessinger | |
nat: T4210: Fix template for negated ports | |||
2022-04-25 | vpn-ipsec: T4398: Fix unexpected passthrough policy for peer | Viacheslav Hletenko | |
Set default passtrough list to None to prevent unexpected policy for peers with not overplapped local and remote prefixes | |||
2022-04-25 | arp: T4397: migrate to get_config_dict() | Christian Poessinger | |
2022-04-25 | nat: T4210: Fix template for negated ports | Viacheslav Hletenko | |
2022-04-22 | dhcp: T4389: add vendor option support for Ubiquity Unifi controller | Christian Poessinger | |
vyos@vyos# show service dhcp-server shared-network-name LAN { subnet 172.18.201.0/24 { default-router 172.18.201.1 name-server 172.18.201.2 range 0 { start 172.18.201.101 stop 172.18.201.109 } vendor-option { ubiquity { unifi-controller 172.16.100.1 } } } } | |||
2022-04-22 | dhcpv6: T4357: rename vsio -> vendor-option | Christian Poessinger | |
2022-04-22 | dhcpv6: T4357: length must be encoded else packet is malformed | Christian Poessinger | |
2022-04-22 | dhcpv6: T4357: no need to make the vendor options conditional - they do not hurt | Christian Poessinger | |
Always render int he vendor specific option definition - it doesn't hurt. | |||
2022-04-22 | Merge branch 'T4357' of https://github.com/sever-sever/vyos-1x into current | Christian Poessinger | |
* 'T4357' of https://github.com/sever-sever/vyos-1x: dhcpv6: T4357: Add dhcpv6 options for cisco VoIP tftp | |||
2022-04-22 | dhcpv6: T4357: Add dhcpv6 options for cisco VoIP tftp | Viacheslav Hletenko | |
Add vendor specific options for DHCPv6-server for working with cisco VoIP phone provisioning over IPv6 | |||
2022-04-21 | pppoe: T4384: replace default-route CLI option with common CLI nodes already ↵ | Christian Poessinger | |
present for DHCP VyOS 1.4 still leverages PPPd internals on the CLI. pppd supports three options for a default route, none, auto, force. * none: No default route is installed on interface up * auto: Default route is only installed if there is yet no default route * force: overwrite any default route There are several drawbacks in this design for VyOS and the users. If auto is specified, this only counted for static default routes - but what about dynamic ones? Same for force, only a static default route got replaced but dynamic ones did not got taken into account. The CLI is changed and we now re-use already existing nodes from the DHCP interface configuration: * no-default-route: On link up no default route is installed, same as the previous default-route none * default-route-distance: We can now specify the distance of this route for the routing table on the system. This defaults to 210 as we have for DHCP interfaces. All this will be migrated using a CLI migration script. | |||
2022-04-19 | pppoe: static: T4379: bugfix default-route lost after applying additional ↵ | Christian Poessinger | |
static routes Issue is identical to the problem in T3680 (05aa22dcb4ce) which was for DHCP based routes. Once a static route is added to the system, the PPPoE auto-installed default route is lost. |