Confirm fixed in latest rolling 201907270337
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jul 28 2019
Jul 28 2019
Jul 27 2019
Jul 27 2019
Confirm fixed in latest rolling 201907270337
Jul 26 2019
Jul 26 2019
c-po changed the status of T1548: Rewrite OpenVPN interface/op-commands in new style XML/Python from Open to In progress.
prototype successfully tested
hagbard reassigned T1546: accel-ppp/L2TP radius-source address is not honored from hagbard to Unknown Object (User).
thinkl33t added a comment to T1416: 2 dhcp server run in failover mode can't sync hostname with each other.
Yeah, I'd mark this not-a-bug. Update the documentation to mention hosts file update with failover doesn't maintain consistent state between failover servers.
Jul 25 2019
Jul 25 2019
c-po moved T1526: [SNMP] write documentation for snmp script extension from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.3) board.
hagbard changed the status of T834: New L2TP server implementation based on accel-ppp, a subtask of T833: New PPTP server implementation based on accel-ppp, from In progress to Needs testing.
hagbard changed the status of T834: New L2TP server implementation based on accel-ppp from In progress to Needs testing.
Attached are the pcap and debug logs from a simple setup as outlined above, two hosts. "Master" distributing the route.
dmbaturin updated the task description for T1543: Add a source address/interface option for commit archive connections.
dmbaturin triaged T1543: Add a source address/interface option for commit archive connections as Normal priority.
Some Feedback from the frr people:
Jul 24 2019
Jul 24 2019
currently testing internally, will be released soon to the current branch.
With the new versions of the open-vm-tools you can explicitly disable the pulling of the routing-table. Maybe that's a better way then disabling the whole pulling of information.
@c-po Still not fully resolved on Crux . Maybe candidate for Backlog on VyOS 1.2.3? Thanks.
Jul 23 2019
Jul 23 2019
hagbard added a comment to T611: Static route syntax should reflect `ip` command routing capabilities, if possible..
personally I like the below most. it will require quite an amount of work for migration.
See T1331
hagbard moved T1450: crux: ping * flood is not working from Backlog to Finished on the VyOS 1.3 Equuleus board.
hagbard moved T1450: crux: ping * flood is not working from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
hagbard moved T1450: crux: ping * flood is not working from Needs Triage to Backlog on the VyOS 1.2 Crux (VyOS 1.2.3) board.
has been fixed by reverting to 4.1 since pdns stopped supporting debian jessie.
hagbard changed the status of T853: Add SSTP server support, a subtask of T742: Replace poptop and xl2tpd with accel-ppp, from Open to In progress.
Run into the same with 1.2.2
Jul 22 2019
Jul 22 2019
krassle added a comment to T1435: Make ip-address [OPTIONAL] (in dhcp-server -> static-mapping) to cope with "unfriendly" client-hostnames of IoT-Devices.
I've tested the fix on latest rolling and so far it works as expected.
Thanks for the quick patch!
kronenpj added a comment to T1421: OpenVPN client push-route stopped working, needs added quotes to fix.
The same thing applies to the global configuration of push options.
E.g. These:
set interfaces openvpn vtun0 server push-route '172.16.41.0/24'
set interfaces openvpn vtun0 server push-route '172.16.42.0/24'
hagbard closed T1459: [equuleus]: buster: vyos-netplug receives events but doesn't trigger scripts as Wontfix.
We may have to migrate to networkd to have that functionality, since netplug seems to cause issues with interfaces which are up and running.
hagbard moved T1299: Allow SNMPd to be extended with custom scripts from Need Triage to Finished on the VyOS 1.3 Equuleus board.
@dienac any results to share?
Jul 21 2019
Jul 21 2019
VyOS 1.2.2 only contains DHCP op mode definitions from the following packages:
c-po changed the status of T1333: pdns_recursor does not perform recursive lookups on domain specific forwarders from Unknown Status to Resolved.
c-po moved T1333: pdns_recursor does not perform recursive lookups on domain specific forwarders from In Progress to Finished on the VyOS 1.3 Equuleus board.
c-po added a comment to T1333: pdns_recursor does not perform recursive lookups on domain specific forwarders.
fix backported to crux
Jul 20 2019
Jul 20 2019
syncer moved T1131: open-vm-tools causing 100% CPU load from In Progress to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
syncer edited projects for T1131: open-vm-tools causing 100% CPU load, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.3).
I wonder if the bgp daemon is being started before the hostname is changed by the config script. Seems possible since we added a lock so it executes later.
@zsdc Hostname is still showing as 'debian' in 1.2.0-rolling+201907191807
Jul 19 2019
Jul 19 2019
hagbard changed the status of T1459: [equuleus]: buster: vyos-netplug receives events but doesn't trigger scripts, a subtask of T1412: equuleus: buster: vyos-netplug is not installable and breaks live-build, from In progress to On hold.
hagbard changed the status of T1459: [equuleus]: buster: vyos-netplug receives events but doesn't trigger scripts from In progress to On hold.
https://github.com/vyos/vyos-netplug/commit/81fd74bfbfa6daed506693ecc20deff09042bc71 broke it, I have to find out why he commited it.
hagbard changed the status of T1459: [equuleus]: buster: vyos-netplug receives events but doesn't trigger scripts, a subtask of T1412: equuleus: buster: vyos-netplug is not installable and breaks live-build, from Open to In progress.
hagbard changed the status of T1459: [equuleus]: buster: vyos-netplug receives events but doesn't trigger scripts from Open to In progress.
I'll set up monitoring, sure.
I have ran VyOS 1.2.1 and now 1.2.2 for quiet some time and can no longer see this issue. 1.2.1 and 1.2.2 are both based on PowerDNS recursor 4.1 series.
jjakob added a comment to T1435: Make ip-address [OPTIONAL] (in dhcp-server -> static-mapping) to cope with "unfriendly" client-hostnames of IoT-Devices.
Can be set to finished on 1.3 Equuleus
That's unfortunate. I've had to restart dns every few days at some clients due to an outage because of this bug. It would be not nice if it were to regress. Is there a way to build on buster with newer packages?
Unfortunately PowerDNS no longer supports the 4.2 series on Debian oldoldstable (Jessie) - reverting this on current to fix the build.
Jul 18 2019
Jul 18 2019
fixed via https://phabricator.vyos.net/T1065
hagbard moved T1485: Enable 'AdvIntervalOpt' option in for radvd.conf from Need Triage to Backlog on the VyOS 1.2 Crux board.
hagbard renamed T1485: Enable 'AdvIntervalOpt' option in for radvd.conf from Does not send AdvInterval in the router advertisment to Enable 'AdvIntervalOpt' option in for radvd.conf.
This also affect manually built iso's that also fails because of pdns-recursor
Hi! The rolling release is broken because pdns-recursor has stopped to provide packages for jessie and the current index points to a file that is currently not available. We are working on fixing this and it migth be that we need to start building it ourself instead.
The problem, which leads to the malformed hostname in Hostname Capability was fixed in T1531. I am marking this as "Resolved", because the problem with DNS servers was resolved also, according to feedback.
jestabro edited parent tasks for T1532: [equuleus] buster: GPG error on vyos package repository, added: T1132: Build on Debian Buster; removed: T476: Update the base system to Debian 10 (Buster).
jestabro created T1532: [equuleus] buster: GPG error on vyos package repository in the S1 VyOS Public space.
Jul 17 2019
Jul 17 2019
hagbard reassigned T1530: vyos 1.2.1 "set system syslog global archive file" don't work from hagbard to dmbaturin.
Please backport to Crux.
hagbard moved T1530: vyos 1.2.1 "set system syslog global archive file" don't work from Finished to Backlog on the VyOS 1.2 Crux board.
hagbard moved T1530: vyos 1.2.1 "set system syslog global archive file" don't work from Need Triage to Finished on the VyOS 1.2 Crux board.
closed as requested since there is no need for a new implementation.
Update:
I did tested several server-related option combinations, such as "--ping-restart 0", "--reneg-sec 0", "--reneg-sec 36000"(10h).
Then I realized that I might interpreted --reneg-sec option incorrectly. As stated in(read text in bold) https://openvpn.net/community-resources/reference-manual-for-openvpn-2-3/ :
Jul 16 2019
Jul 16 2019
hagbard moved T1530: vyos 1.2.1 "set system syslog global archive file" don't work from Need Triage to Finished on the VyOS 1.3 Equuleus board.
hagbard added a project to T1530: vyos 1.2.1 "set system syslog global archive file" don't work: VyOS 1.3 Equuleus.
dmbaturin added a comment to T1519: Firewall get's confused when using the same network-group name for IPv4 and IPv6.
This is really a broken abstraction. There is no separate namespaces for IPv4 and IPv6 groups in IPset.
We'll have to autoprefix the groups or similar, if we want it to work that way.
Jul 15 2019
Jul 15 2019
hagbard moved T1299: Allow SNMPd to be extended with custom scripts from Needs Triage to In Progress on the VyOS 1.2 Crux (VyOS 1.2.3) board.
@dienac Any results to share?
hagbard closed T1526: [SNMP] write documentation for snmp script extension, a subtask of T1299: Allow SNMPd to be extended with custom scripts, as Resolved.
hagbard changed the status of T1299: Allow SNMPd to be extended with custom scripts from In progress to Needs testing.
You need to upload your script to /config/user-data, once done you can configure it via 'set service snmp script-extensions extension-name <extensionname> script <script_name>'
hagbard changed the status of T1526: [SNMP] write documentation for snmp script extension from Open to In progress.
hagbard changed the status of T1526: [SNMP] write documentation for snmp script extension, a subtask of T1299: Allow SNMPd to be extended with custom scripts, from Open to In progress.