okay - then I kindly close this one.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Feb 25 2019
Feb 25 2019
c-po moved T1211: Blank hostnames from dhcpd are able to bring down DNS from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
Feb 24 2019
Feb 24 2019
cpo@LR1:~$ netstat -an | grep 69 udp 0 0 172.18.201.10:69 0.0.0.0:* udp6 0 0 2001:db8::ffff:69 :::*
@thinkl33t any updates?
Feb 22 2019
Feb 22 2019
Root cause is the inability of tftpd to listen on multiple addresses.
Feb 21 2019
Feb 21 2019
c-po edited a custom field on T1255: /usr/libexec/vyos/conf_mode/host_name.py needs to add an additional newline char.
c-po moved T1214: Add `ipaddrcheck` to the packages directory from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T1211: Blank hostnames from dhcpd are able to bring down DNS from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po added a project to T1211: Blank hostnames from dhcpd are able to bring down DNS: VyOS 1.2 Crux (VyOS 1.2.1).
c-po changed the status of T1211: Blank hostnames from dhcpd are able to bring down DNS from Open to In progress.
Added the above snipped to vyos-1x and the latest rolling releases
Unfortunately this is not implemented in ntpqc. The reason it worked for me was my firewall blocking everything else.
c-po changed the status of T1258: Add command to display connected NTP clients from Open to In progress.
c-po closed T986: Please update the i40e driver, a subtask of T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers, as Resolved.
c-po added a comment to T1257: implement 'set system static-host-mapping' in host_name.py and remove old function calls.
As there is no recorded bug in this behavior on 1.2 we only would increase the risk on the LTS versions without legitimate benefit.
Feb 20 2019
Feb 20 2019
c-po moved T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T986: Please update the i40e driver from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T986: Please update the i40e driver, a subtask of T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers, from Open to In progress.
Please test with a rolling relase build date newer than 20120220 - Drivers have been replaced with the ones provided by Intel
Please test with a rolling relase build date newer than 20120220 - Drivers have been replaced with the ones provided by Intel
[ 227.874683] dca service started, version 1.12.1 [ 228.282193] ixgbe: loading out-of-tree module taints kernel. [ 228.288861] Intel(R) 10GbE PCI Express Linux Network Driver - version 5.5.3 [ 228.288863] Copyright(c) 1999 - 2018 Intel Corporation. [ 295.462589] e1000e: Intel(R) PRO/1000 Network Driver - 3.4.2.1-NAPI [ 295.462592] e1000e: Copyright(c) 1999 - 2018 Intel Corporation. [ 299.685648] i40e: Intel(R) 40-10 Gigabit Ethernet Connection Network Driver - version 2.7.29 [ 299.685651] i40e: Copyright(c) 2013 - 2018 Intel Corporation. [ 303.095404] i40evf: Intel(R) 40-10 Gigabit Virtual Function Network Driver - version 3.6.15 [ 303.095406] Copyright(c) 2013 - 2018 Intel Corporation. [ 306.534477] Intel(R) Gigabit Ethernet Linux Driver - version 5.3.5.22 [ 306.534480] Copyright(c) 2007 - 2018 Intel Corporation. [ 313.059333] ixgbevf: Intel(R) 10GbE PCI Express Virtual Function Driver - version 4.5.2 [ 313.059336] Copyright(c) 1999 - 2019 Intel Corporation.
c-po added a comment to T1257: implement 'set system static-host-mapping' in host_name.py and remove old function calls.
We should NOT backport this to VyOS 1.2 crux
c-po added a comment to T1255: /usr/libexec/vyos/conf_mode/host_name.py needs to add an additional newline char.
Yes, please migrate that function, too. One more migrated command.
Feb 18 2019
Feb 18 2019
c-po added a parent task for T986: Please update the i40e driver: T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers.
c-po added a parent task for T1066: Missing NICs: T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers.
c-po changed the status of T1252: Extend vyos-ci Kernel Pipeline to build Intel native drivers from Open to In progress.
/var/log/messages
can you edit /usr/libexec/vyos/system/on-dhcp-event.sh
Feb 17 2019
Feb 17 2019
@thinkl33t can you please also provide a "faulty" /etc/hosts file?
Feb 16 2019
Feb 16 2019
Feb 15 2019
Feb 15 2019
c-po edited projects for T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter, added: VyOS 1.3 Equuleus; removed VyOS 1.2 Crux (VyOS 1.2.0-GA).
Feb 13 2019
Feb 13 2019
c-po added a comment to T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter.
Latest rolling should autoload the module
c-po added a comment to T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter.
br_netfilter should already be compuled as a module. Can you sudo modprobe br_netfilter? To see if it fits your purpose? If so we can autoload it on system bootup
c-po added a comment to T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter.
This will be part of a bigger workpackage when the whole firewalling is rewritten. There is yet no ETA.
c-po added a comment to T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter.
Your second command does kot specify any output interface whereas the first command speciefies tun0. Especially on ESXi you see almost no difference compared ro a vietual Box.
Feb 12 2019
Feb 12 2019
Maybe if hostname is empty, we can prepend the mac address to the fqdn which will be stored in /etc/hosts
Something seems to be totally off with set system domain-name and set system domain-search domain
Feb 10 2019
Feb 10 2019
Interface name is ppp0 but will later be renamed to pppoe0
c-po changed the status of T1242: Error when setting 'pppoe 0 ipv6 address autoconf' from Open to Confirmed.
cpo@BR1# set interfaces ethernet eth1 pppoe 0 ipv6 address autoconf
[edit]
cpo@BR1# commit
[ interfaces ethernet eth1 pppoe 0 ipv6 address autoconf ]
cp: cannot create regular file ‘/etc/ppp/ipv6-up.d/50-vyos-pppoe0-autoconf’: No such file or directory
sed: can't read /etc/ppp/ipv6-up.d/50-vyos-pppoe0-autoconf: No such file or dire ctory
chmod: cannot access ‘/etc/ppp/ipv6-up.d/50-vyos-pppoe0-autoconf’: No such file or directory
Warning: IPv6 forwarding is currently enabled.
IPv6 address auto-configuration will not be performed
unless IPv6 forwarding is disabled.@fromport how to reproduce? Is this possible with VMWare ESXi? If now, which virtualisation tool to use for testing?
Your given example can thus be enabled via set service dns forwarding domain microsoft.com server 127.0.0.1
Okay, a wildcard as in * does not work and is not supported by our underlying pdns-recursor.
@oliveriandrea can you please retest with latest rolling release if it already works?
Implemented in latest rolling and backported to Crux branch for 1.2.1
An easier solution is to wrap the test in ' like use-web='this is your IP'
c-po changed the status of T314: Unable to apply MSS Clamp with VyOS configuration from Needs testing to Confirmed.
After some digging this is what I found out with VyOS 1.2.0-epa3:
Feb 9 2019
Feb 9 2019
c-po changed the status of T1239: make module build for vyos-accel-ppp dynamic from Open to In progress.
Feb 8 2019
Feb 8 2019
Handled in/with T484, hopefully
c-po reopened T171: Unable to delete a firewall fule as Open by committing Restricted Diffusion Commit.