Query: All Stories

	Include stories about projects I am a member of.

I can't reproduce it.
Re-open the task if you get this issue again.

@jingyun Can you describe more details?

I submitted a PR for review: https://github.com/vyos/vyos-1x/pull/923

It's funny, I remember that dhcp was already removed from ether-resume.py. I checked the git history, and it was.
Related issue and discussion about netplug vs ether-resume dhclient (buried deep in the beginning) https://phabricator.vyos.net/T1028

note: Record the process of upgrading from 1.4-rolling-202107010537 to 1.4-rolling-202107122017

Thanks @jestabro this seems like a good place to start learning VyOS internals, will give it a go when I have some off time and submit a pull request.

@artooro This sounds reasonable, and I don't imagine a problem, though I have yet to try it; if you would like to submit a pull request with fix, I will review.

Most likely related to T3505

This error occurs because the ipsec module blindly updates the l2tp module after a commit change to ensure any l2tp via ipsec config is then refreshed also.

Workaround for missing DHCP default route:

trystan@vyeos# commit
[ service webproxy ]
Restarting squid (via systemctl): squid.service.

thanks for your detailed bisection of this issue. You mind submitting a GitHub PullRequest as per https://docs.vyos.io/en/equuleus/contributing/development.html?

@trystan Can you download this pkg to vyos /tmp and install it? It should fix this issue

vyatta-webproxy_1.2.8_all.deb35 KBDownload

The workaround stopped working after the OpenVPN configuration checks moved from Perl to Python. As this still applies to VyOS 1.3 this issue should be reopened, I can also create a new issue if that is preferred.

@sdev It still shows the ikev2 as the default version in the output.
I agree with your point that strongswan has changed the default version. A quote from their documentation: "Since 5.0.0 both protocols are handled by Charon and connections marked with ike will use IKEv2 when initiating, but accept any protocol version when responding."

good lab, thanks for your time! I want to leave a comment , I used the syntax that you recommend and it worked well ( VyOS 1.3.0-rc5):

I did a short lab test using the following topology based on my assumptions what you wan't to do using VyOS 1.3.0-rc5:

@Viacheslav but that sounds more of a decent FRR bug. We could still consider adding EIGRP support for 1.4

Backported fix from T3637

All Stories
Use Results
Edit Query
Hide Query

Jul 16 2021

Jul 15 2021

Jul 14 2021

Jul 13 2021

Jul 12 2021

Jul 11 2021