This is "as intended" b/c ping is an op-mode command.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Aug 30 2019
Aug 30 2019
Aug 29 2019
Aug 29 2019
Aug 28 2019
Aug 28 2019
c-po added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.
@hagbard during some tests with the bridge interface (https://github.com/vyos/vyos-1x/commit/71f7a947539963112c61fef2a5f278d524d71198) I noticed the following:
c-po closed T1615: After migration to pyroute2 the address DHCP statement is no longer covered, a subtask of T1556: Rewrite Bridge in new style XML syntax, as Resolved.
c-po added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.
Pyroute2 states:
One of the major issues with IPDB is its memory footprint. It proved not to be suitable for environments with thousands of routes or neighbours. Being a design issue, it could not be fixed, so a new module was started, NDB, that aims to replace IPDB. IPDB is still more feature rich, but NDB is already more fast and stable.
Aug 27 2019
Aug 27 2019
c-po moved T1613: IPv6 traffic is not captured by NetFlow sensor (pmacct/NFLOG) from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1613: IPv6 traffic is not captured by NetFlow sensor (pmacct/NFLOG) from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.3) board.
c-po edited projects for T1613: IPv6 traffic is not captured by NetFlow sensor (pmacct/NFLOG), added: VyOS 1.2 Crux (VyOS 1.2.3); removed VyOS 1.2 Crux.
c-po added a project to T1613: IPv6 traffic is not captured by NetFlow sensor (pmacct/NFLOG): VyOS 1.3 Equuleus.
backported to crux
c-po closed T1617: OpenVPN push route failure, a subtask of T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python, as Resolved.
c-po added a parent task for T1617: OpenVPN push route failure: T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python.
The reason for layer2, layer2+3 and layer3+4 are that those values are directly passed to the kernel, as the pernel expects:
c-po edited a custom field on T1615: After migration to pyroute2 the address DHCP statement is no longer covered.
c-po triaged T1615: After migration to pyroute2 the address DHCP statement is no longer covered as High priority.
c-po changed the status of T1614: Rewrite bonding interface in new style XML syntax from Open to In progress.
c-po changed the status of T1614: Rewrite bonding interface in new style XML syntax, a subtask of T1579: Rewrite all interface types in new XML/Python style, from Open to In progress.
c-po added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.
@hagbard dummy interface has been migrated, see https://github.com/vyos/vyos-1x/commit/93184326fc3768216b734a5fcc60e193b5e27fad
Aug 26 2019
Aug 26 2019
c-po closed T1591: OpenVPN "run show openvpn client status" does not work, a subtask of T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python, as Resolved.
Resolved with rewrite of op-mode scripts in Python.
c-po closed T1608: bridge: Bridge adding non existing interfaces is allowed but does not work, a subtask of T1556: Rewrite Bridge in new style XML syntax, as Resolved.
c-po added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
Turns out this can be done with the following code:
c-po added a comment to T1557: Create generic abstraction for configuring interfaces e.g. IP address.
pyroute2 has been added to our debian repo http://dev.packages.vyos.net/repositories/current/vyos/pool/main/p/pyroute2/
c-po closed T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python, a subtask of T1579: Rewrite all interface types in new XML/Python style, as Resolved.
vyos@vyos:~$ show openvpn site-to-site OpenVPN status on vtun1
Aug 25 2019
Aug 25 2019
c-po added a comment to T1333: pdns_recursor does not perform recursive lookups on domain specific forwarders.
If this issue can be reproduced by someone else please open a new bug report. THX!
c-po changed the status of T1524: Add support to set allow-from network in DNS forwarding from Unknown Status to Resolved.
c-po changed the status of T1524: Add support to set allow-from network in DNS forwarding, a subtask of T1595: Migrate deprecated "service dns forwarding listen-on" to listen-address, from Unknown Status to Resolved.
c-po moved T1524: Add support to set allow-from network in DNS forwarding from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.3) board.
Aug 24 2019
Aug 24 2019
Aug 23 2019
Aug 23 2019
c-po added a comment to T1333: pdns_recursor does not perform recursive lookups on domain specific forwarders.
Unfortunately I can not reproduce this issue
c-po triaged T1608: bridge: Bridge adding non existing interfaces is allowed but does not work as High priority.
c-po edited a custom field on T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
c-po added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
This can be solved using multiple ways:
- add option to the interfaces-bridge.py script to recreate the bridge when triggered externally
- advantage: the conde is already there
- disadvantage: the script can easily grow to a wastebin of code executed from 100 places
- add a dedicated bridge-group-sync.py script which synchronizes the bridge groups and interfaces, called whenever a interface is added to the system (e.g OpenVPN vtun or ethernet vif). We will walk through all available bridges configured and add possibly missing interfaces
- advantage: code is contained in a dedicated scirpt
- disadvantage: more and more scripts might evolve
- Write a vyos-interfaced which acts as message receiver and will handle tasks as adding/removing IP addresses, adding/removing bridge and bond members
- advantage: most generic and single source
- disadvantage: most complex
c-po added a comment to T1608: bridge: Bridge adding non existing interfaces is allowed but does not work.
If the bridge priority is higher then the ethernet vif this should work out of the box
c-po closed T1606: Rolling release no longer boots after adding hostname daemon, a subtask of T1598: New implementation of the resolv.conf and hosts update mechanism, as Resolved.
Aug 22 2019
Aug 22 2019
c-po updated the task description for T1606: Rolling release no longer boots after adding hostname daemon.
Aug 21 2019
Aug 21 2019
c-po closed T1601: Rewrite loopback interface type with new style XML/Python interface, a subtask of T1579: Rewrite all interface types in new XML/Python style, as Resolved.
c-po changed the status of T1601: Rewrite loopback interface type with new style XML/Python interface, a subtask of T1579: Rewrite all interface types in new XML/Python style, from Open to In progress.
c-po changed the status of T1601: Rewrite loopback interface type with new style XML/Python interface from Open to In progress.
Aug 20 2019
Aug 20 2019
c-po closed T1595: Migrate deprecated "service dns forwarding listen-on" to listen-address as Resolved.