Already triggered CI builds su it will be in tonights version.

Nope, this is the output after binding it to eth0 only. It always binds to the loopback interface!

After adding the bind-interfacesparameter to the configuration, movng the configuration file from /etc/dnsmasq.conf to /etc/dnsmasq.d/vyos.conf and switching to systemd, this is the result:

Yes, can do

@alainlamar nice work digging!

@syncer tools added to base image. This would be perfect for a vyos-1x op mode command. Unfortunately I was not able to build a working template with the relax-ng templates (lack of xml/relax-ng) knowledge. @dmbaturin maybe you can help?

@squeeby which sflow collector do you use? Is there one you can recommend?

Rewrote the scripts using vyos-1x and Python. This is now functioning on my routers.

Working again

Merged into vyatta-netflow package and will be included in tonights build.

Ok, next try: https://www.mybll.net/vyatta-netflow_ver02_all.deb

Could you alter the file manually to get a working state and pass it to me by e.g. pasting it here or a https://pastebin.com/ link? Then I could regenerate a package for testing. This would help me a lot as I do not have any flow collector.

You can revert by switching back to the official VyOS package.

Strange. I only changed /opt/vyatta/sbin/vyatta-netflow.pl to your recommendation.

@squeeby do you mind verifying the following package containing your fix:

@alainlamar your effort and support is tremendous and very much appreciated. I'm also super new to VyOS "development".

Problem is that two new packages (mdns-repeater and udp-bcast-relay) are build on the CI server, but somehow do not show up in the package repository at http://dev.packages.vyos.net/vyos/pool/main/ which is used during build.

@alainlamar thanks for sharing your thoughts. Regarding your MR, you add a node sshd_option where someone could add ANY option to sshd. I'm not a big fan of those "you can do everything nodes".

I think T141 also wants to achieve something similar but with proper AAA. Unfortunately my network has not reached the critical mass to go for a TAC server. But we should keep this in mind!

Dissecting your patch .. I come up with those commits: https://github.com/c-po/vyatta-cfg-system/commits/t507-sshd

@alainlamar thanks for the contribution.

T419 also needs this capability.

Okay, the proof of concept worked on the console

IMHO the whole serial part should be re-written.

@alainlamar Kernel Updated and Rebuild triggered on CI server.

@UnicronNL lithium branch @ https://github.com/vyos/openvpn

Please correct me if I‘m wrong but is the integrated dnsmasq insufficient for your needs?

Implemented in https://github.com/vyos/vyatta-cfg-system/commit/c5e11462769bea9769335944f0f8a8f5411d027e

DNS forwarding is done via dnsmasq.

Triggered Jenkins build https://ci.vyos.net/job/vyatta-cfg-system/281/changes, will be in the next nightly build

@syncer I'm doing almost daily installs for testing in an ESXi environment. No problems. I think this one can be closed ..

@syncer I'm doing almost daily installs for testing in an ESXi environment. No problems. I think this one can be closed ..

Found inside the Linux Kernels source code:

@carl.byington Thanks! Pushed to https://github.com/vyos/vyatta-cfg-qos

A FAT16 partition is created that is not formated? As It's also broken in 1.1.8 and nobody knows what it does I opt for removal of this "feature"

Pushed here for review: https://github.com/c-po/vyos-kernel/commit/0456e0acdcc5b9545723f57ebf489f2a1801a864

@carl.byington Thanks! Pushed to https://github.com/vyos/vyatta-cfg-qos

Jenkins up and running again: https://ci.vyos.net/job/vyos-kernel/115/changes

@syncer will be "automatically" fixed by 1.3 as it uses Debian Stretch. So we don't have to do anything :)

@syncer looks like finished, but can't edit

VyOS 1.2.x ships ISC DHCP server version 4.3.1-6+deb8u integrated in Debian Jessie.

@syncer can be set to finished?

@syncer looks like "Wontfix"

Current VyOS 1.2.x uses OpenVPN 2.3.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Jun 26 2017.
We now install latest Debian Jessie security Updates inside every ISO. Going for 2.4.x will cause a lot of headache in VyOS 1.2.x...

Also see T71

@alainlamar thanks for your effort! Could you please regenerate your patch against arch/x86/configs/x86_64_vyos_defconfig which is used for the CI builds?

@syncer: To recap, are you OK with the following changes:

Adjusted generated GRUB configuration to the one from Debian Jessie.

The VXLAN RFC states:

What would be a filter that is not working?

Please wait for todays build and test again. Thanks for your support!

IPv6 address in scp://<user>:<passwd>@[IPv6-address]/<dir> looks like not properly escaped. Should be \[IPv6-address\].

Unfortunately this does not properly work as debian live-build can not distinguish between ISO and IMAGE because both are actually the same.