Thanks for the feedback - will backport to our LTS branch later on!
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Oct 23 2019
Just installed the latest rolling.
I tried the old conf, delete them, and reconfigure dns dynamic.
thanks @c-po , it's working fine now
You could check the latest rolling which have it
Whats happening here is that the non-commit-able session is saved to disk. because of this BGP will fail on reload because of illegal configuration on the peer. What needs to be done here is to disallow the save command when there are non-commited work in the session.. or at least give a clear warning about this with a [y/N] answer. is this possible to incorporate into vbash? @dmbaturin
In T1030#46018, @c-po wrote:@pvelati looks like that the zone statement is required for Cloudflare only. I did not find a documentation how it should look like. is it only and always the domain part of your dynamic dns entry? If thats the case it can be automatically rendered into the configuration.
@pvelati looks like that the zone statement is required for Cloudflare only. I did not find a documentation how it should look like. is it only and always the domain part of your dynamic dns entry? If thats the case it can be automatically rendered into the configuration.
I tried the new rolling iso VyOS 1.2-rolling-201910230349 but it doesn't work oob.
I see that you tweaked a bit the ddclient.conf file, but you need to add "zone=" in the conf in order to make it works.
I have found reason of this error:
migrate r1-system firewall configure failed.
Configuration error.
Added your reccomended changes and auto create directories if they are non existent. Can you please check again?
Oct 22 2019
ok, I've found a way to make it working.
I've tried the VyOS 1.2-rolling-201910220117 with integrated ddclient 3.9.0 and this conf:
vyos@vyos# show service dns dynamic interface pppoe0 { service cloudflare { host-name test.mydomain.com login [email protected] password 000000mycfapikey00000000 } }
but it doesn't work.
looks neat. I merged in in already. Can you add some explanation to https://github.com/vyos/vyos-documentation please.
Example output. Note this is all programmatically generated in Python now instead of parsing the output of wg
Superseded by T1759
If i record this ISO to CD it boots normally, but from flash I can't login.
I also noticed, when i boot from flash, i got message:
migrate r1-system firewall configure.
Configuration success.
then i can't login, if i got:
Oct 21 2019
Please retest with upcoming rolling release from 20191022.
Thanks for feeding back. Please try the latest rolling ISO if it works for you.
@c-po I tried your 3.9.0 deb package. I installed with some dependencies (libdata-validate-ip-perl libnet-ipv6addr-perl libnet-netmask-perl libnetwork-ipv4addr-perl).
After that, I modified some config parameters in the dns dynamic section to trigger the update but it doesn't work oob.
Looks like there is a missing priority statement in the VIF implementation.
https://github.com/vyos/vyos-1x/pull/149 merged. While I think the UP/DOWN status is a little brave. It leads users maybe to believe that the wg interface has really a up/down state.
Pull request raised for review with effective fix proposed.
https://github.com/vyos/vyos-1x/pull/147
For now, it has been decided not to support arm officially, due to lack of resources.
For now, it has been decided not to support arm officially, due to lack of resources.
Looks good first glance to me. Next rolling will have it included.
Oct 20 2019
Can you please test installing this package and feedback to me?
@pvelati thanks for the update!
hi @c-po , I've tried installing the 3.8.3 version but it's not compatible with the new CloudFlare API v4. The only way to make ddclient working with cloudflare is using the 3.9.0.
vyos@vyos:~$ wget http://ftp.de.debian.org/debian/pool/main/d/ddclient/ddclient_3.8.3-1.1_all.deb Connecting to ftp.de.debian.org (141.76.2.4:80) ddclient_3.8.3-1.1_a 100% |********************************************************************************************************************************************************************************************| 81924 0:00:00 ETA vyos@vyos:~$ sudo dpkg -i ddclient_3.8.3-1.1_all.deb (Reading database ... 59343 files and directories currently installed.) Preparing to unpack ddclient_3.8.3-1.1_all.deb ... Unpacking ddclient (3.8.3-1.1) over (3.8.2+vyos2+current1) ... Setting up ddclient (3.8.3-1.1) ...
Even better, looks like wimpunk is maintaining again and there is a fresh release https://github.com/ddclient/ddclient/releases 3.9.0
Debian Buster uses 3.8.3 https://packages.debian.org/buster/ddclient which could be considered as using a proper source tree.
@dmbaturin bump? I'd like to submit a PR for this issue, but would like some guidance regarded to my comment above.
Oct 19 2019
Okay, thanks for the info.
It is true what @Viacheslav say, there is only possible to run one instance of bgp om a given router.. when using vrf's the bgp running inside the vrf is a subset of the main instance. to confirm, start vtysh and try to create multiple processes.. it will likly fail :)
We are a little confused.
As far as I know, Bgp instance on all router's platforms always one.
And it use socket with 179 tcp port.
VRF is working on same bgp instance, but support multiple autonomous system at once.
Agree with you, thank you. We need fixed these moments.
Unfortunately it doesn't work without gw-ip-address also in [chap-secrets]. In my early trials I've tried that, and the clients received IP's from the pool instead the static values.
I think better calculate gw-ip-address automatically. outside-nexthop excluded from required for migration reasons.
Not necessary define gw-ip-address in [chap-secrets] section, it works without any issue if defined it in [ip-pool] only.
@Dmitry Thanks for pointing that out, I've looked on the wiki (https://wiki.vyos.net/) and searched for a description for outside-nexthop, and failed to find it, and the in-line help while configuring doesn't help much.
You can set outside-nexthop which fixed this. Also I think we can calculate first ip for gw-ip-address if outside-nexthop is not defined by cli.
@runar at the current time this is true only one BGP instance is supported. But when we incorporate VRF one day which is definately on the roadmap this could change.
Verified in VyOS 1.2-rolling-201910190658
As for my understanding frr only supports a single bgp instance running at a time. But i've not verified thid completly.
ISO has been pulled. Next rolling will have the fix.
What about upcoming VRF when we possibly have multiple bgp processes?
This is already fixed in vyos-1x package but there is currently a problem with the CI.
Out of curiosity, I tried 201910170117, and it was fine (at least for booting). The 20191018 image may be broken - should it be pulled?