It seems that calling openvpn --mktun is what we need. Please try the next rolling ISO which will contain a fix for this.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Oct 19 2020
Oct 18 2020
The root cause of this problem is that OpenVPN when the deamon is started and in tries to connect to the server, yet did not create the vtun11 interface on the system. Thus all calls to the ifconfig python library will fail big time.
Oct 17 2020
This will break builds in out Docker environment where we ship a packer version. See T2792 and https://github.com/vyos/vyos-build/commit/e2dd9db8a2539b6d13c98d89e18872336cf8f974
Oct 16 2020
That would be a workaround only - see IPv6 syntax above. Using the refactored interface handling (T2653) makes this a low-hanging fruit.
Oct 15 2020
Also submitted PR for FRR 7.3 series https://github.com/FRRouting/frr/pull/7318
Oct 14 2020
Could you share also Client1 and Client2 configuration? Would be nice adding this lab setup to the docs
Please share your OpenVPN config
Oct 13 2020
Oct 12 2020
Oct 11 2020
@Dmitry is this a limitation of Accel-PPP or can we increase the limits on the CLI?
I can feel that pain! When looking at the source from VyOS 1.2 (crux) it looks like it always behaved in this way.
Oct 10 2020
@christophedc0 Have you enabled NAT rule logging?
Oct 9 2020
vyos@vyos# lsmod | grep qat qat_200xx 20480 0 intel_qat 299008 2 usdm_drv,qat_200xx dh_generic 16384 1 intel_qat uio 20480 1 intel_qat authenc 16384 1 intel_qat