@begetan thanks for this detialed description.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jun 26 2018
Jun 26 2018
c-po closed T683: Rewrite SNMP op mode commands in new stlye XML/Python, a subtask of T652: Rewrite service snmp in new style XML interface definition, as Resolved.
Jun 24 2018
Jun 24 2018
maybe you could assist us by trying the following steps on your system:
c-po committed rVYOSONEX24d68047640a: T201: use <valueless/> node as only create/delete is required (authored by hagbard).
c-po committed rVYOSONEXedb254a0a5aa: T201: avoid node.def creation which conflicts with vyatta-cfg-system (authored by hagbard).
Jun 22 2018
Jun 22 2018
cpo@LR1:~$ show version Version: VyOS 1.2.0-rolling+201806220337 Built by: [email protected] Built on: Fri 22 Jun 2018 03:37 UTC Build ID: 02d18d8e-5aa4-4d62-b424-10092ea446de
There was a bug in show version some rolling releases back. Please update.
Jun 21 2018
Jun 21 2018
c-po moved T702: set system flow-accounting netflow source-ip failed from Need Triage to Finished on the VyOS 1.2 Crux board.
Fix applied to current and helium branch (if there will be a 1.1.9 release)
cpo@LR1# set system flow-accounting netflow source-ip 192.168.253.13
[edit]
cpo@LR1# show system flow-accounting
+netflow {
+ source-ip 192.168.253.13
+}Wireguard is only available from Debian unstable (https://www.wireguard.com/install/). @dmbaturin managed to install packages from newer Debian releases IIRC. Maybe he can assist b/c last time I tried, I failed.
This problem exists at least with VyOS 1.2.0-rolling+201806040337 as I've stumbled accross this one, too.
Jun 19 2018
Jun 19 2018
GitHub <[email protected]> committed rVYOSONEXa54d498d3c6b: Merge pull request #11 from higebu/add-missing-base-module (authored by c-po).
Jun 14 2018
Jun 14 2018
c-po moved T683: Rewrite SNMP op mode commands in new stlye XML/Python to Finished on the VyOS 1.2 Crux board.
Jun 13 2018
Jun 13 2018
Create/update/delete are all called implicit by the execution of the given Python script.
Jun 12 2018
Jun 12 2018
@Asteroza can you add the approriate Task here in the comments?
Jun 11 2018
Jun 11 2018
Jun 10 2018
Jun 10 2018
By this you mean VyOS should act as TFTP server and provide files to clients?
c-po changed the status of T683: Rewrite SNMP op mode commands in new stlye XML/Python, a subtask of T652: Rewrite service snmp in new style XML interface definition, from Open to In progress.
c-po changed the status of T683: Rewrite SNMP op mode commands in new stlye XML/Python from Open to In progress.
c-po moved T683: Rewrite SNMP op mode commands in new stlye XML/Python from VyOS 1.2.0-rc1 to In Progress on the VyOS 1.2 Crux board.
This would make sense. Some could imagine that there is a P2P linkt between two sites and a WAN IPSec Backup link
Is there a CSR1000v license available or will we stick with the bandwidth limitation?
We should rewrite legacy DDNS first and then could add aws53 as alternative provider that would make sense.
Besides the typo,
Hmm I'm wondering b/c I've seen a provider in germany (HETZNER) where they do NAT (not PAT) for their cloud customers. Every vServer has the same IP configuration with RFC1918 addresses and an outside router does the mapping. Implementing this would break such a szenario if it can't be disabled.
Jun 8 2018
Jun 8 2018
c-po changed the status of T652: Rewrite service snmp in new style XML interface definition from Open to In progress.
c-po closed T655: Add support for SNMPv3 'noAuthNoPriv' security level, a subtask of T652: Rewrite service snmp in new style XML interface definition, as Resolved.
c-po closed T654: Support IPv6 configuration for SNMP listen address, a subtask of T652: Rewrite service snmp in new style XML interface definition, as Resolved.
Jun 7 2018
Jun 7 2018
We can't do anything about the truncated encrypted-key b/c it's actually truncated by SNMP itself.
Jun 6 2018
Jun 6 2018
Issue should be fixed starting with vyos-1.2.0-rolling+201806062125-amd64.iso at least it was tested positively when updating from 1.2.0-rolling+201806040337 to 1.2.0-rolling+201806062125
Okay, when not executing the marked part (https://github.com/vyos/vyos-1x/blob/743b16de1aac4c6b579767f28d57bc2156d3acdf/src/conf_mode/snmp.py#L704-L729) reboots work but then we loose transformation from plaintext o encrypted passwords. So the bug is definately here. Will check!
Okay, when rebooting both encrypted keys change, thats a bug in the Python script too ... sorry for the trouble.
Okay, there was definately a problem with the listen address which is fixed now. Waiting for a new ISO and then I try upgrading from old version, too
Thanks @hagbard
Looks like there is no listen address agentaddress unix:/run/snmpd.socket configured and if there is none inside the configuration, we won't listen on all addresses. This is likely the cause. Could you please add for validation a set service snmp listen-address <ipv4> and check if you can now reach the server again?
Could you please paste the content of the following files:
Could you check if the snmpd process is running at all? Please execute ps faux | grep snmp in the commandline.
Jun 5 2018
Jun 5 2018
@Line2 new ISO building right now which converts plaintext-keys to encrypted keys again.
c-po updated the task description for T685: Python environment lacks definition of vyos_libexec_dir when calling os.system().