agree ,it's more a feature than a bug : PR https://github.com/vyos/vyos-1x/pull/3537
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
May 29 2024
Are you sure your DHCP server honors the no-default-route option?
I may be wrong, but I think the no-default-route just sets an option in the DHCP request, asking the DHCP server to not send back the default route.
I have the same issue with my ISP, and they told me they will always send a default route via DHCP.
I have solved the issue using DHCP hooks.
More a feature request than a bug
We will bind the code to a new command in operating mode (for example show ports). This will allow you to use the nmap command from operating mode. Just a convenient feature.
the problem here is that MT options is enable by default when the RIB has ipv4, if not not-MT is enable by default on IPv4 .So, you need to add additional topologies (ipv6-unicast , ipv6-multicast,etc)
May 28 2024
@Viacheslav here you go:
Can you provide set of commands instead? Bug-report-guidelines
@ssasso - thanks for this good catch! Coming from a Junos world, I was a bit surprised at the first place when I enabled ISIS and found no ipv6 isis routes and no multi-topology config option (and yes - we have multi-topology in place)
The charon identifier also shows IKE name of the SA; this way, we can identify peers in the logs https://github.com/vyos/vyos-build/blob/b809886538eaad66b8756be8f5e758584f88e6a6/data/live-build-config/hooks/live/30-strongswan-configs.chroot#L41-L54
The current show log vpn does https://github.com/vyos/vyos-1x/blob/48e5266e2bca8d1d7a2ee4bacbe0e6628de3fa66/op-mode-definitions/show-log.xml.in#L710
@rob Thanks for the confirmation.
I will keep submodules.yml , update-translations.yml as is in vyos-documentation
Raised PR for first 3 workflows
https://github.com/vyos/vyos-documentation/pull/1464
submodules.yml ===> do we need to move?
update-translations.yml ==> as you said, we dont need to move
@syncer pl let me know in this,
update-translations.yml - will keep it local to repo.
And other workflows, can I move to global?
https://github.com/vyos/vyos-documentation/tree/current/.github/workflows
In T6410#190062, @Vijayakumar wrote:Thanks.
And i am moving this workflow "update-translations.yml" to global ,github
But couldn't find below make target code.
https://github.com/vyos/vyos-documentation/blob/current/.github/workflows/update-translations.yml#L33
Could you pls guide me?
Just dont, please see my comment fro april 2024.
In T6410#190062, @Vijayakumar wrote:Thanks.
And i am moving this workflow "update-translations.yml" to global ,github
But couldn't find below make target code.
https://github.com/vyos/vyos-documentation/blob/current/.github/workflows/update-translations.yml#L33
Could you pls guide me?
And i am moving this workflow "update-translations.yml" to global ,github
But couldn't find below make target code.
https://github.com/vyos/vyos-documentation/blob/current/.github/workflows/update-translations.yml#L33
Could you pls guide me?
@sever what about it?
this repo will have own codeowners file, reviewers team is only for code repos
@Vijayakumar added
Please provide me write access to https://github.com/vyos/vyos-documentation.
Also please provide vyos/reviewers team write access for this repo (required as codeowners)
May 27 2024
tested new cli structure, it combine the new mach-group and old syntax :
PR opened: https://github.com/vyos/vyos-1x/pull/3532
The dependency allowed for 386/amd64 only https://github.com/vyos/vyos-build/blob/b809886538eaad66b8756be8f5e758584f88e6a6/docker/Dockerfile#L281
Though the package is available for ARM
As several CA were allowed some time ago it is a bug with op-mode generator.
There is a list of CA's https://github.com/vyos/vyos-1x/blob/48e5266e2bca8d1d7a2ee4bacbe0e6628de3fa66/src/op_mode/ikev2_profile_generator.py#L147
The template https://github.com/vyos/vyos-1x/blob/current/data/templates/ipsec/windows_profile.j2
I made a PR that uses an implementation with a separate function: https://github.com/vyos/vyatta-cfg/pull/79