Open getabc opened 1 week ago
Hmm which version of Infix are you using? Because I cannot reproduce the problem on the latest build I'm on:
admin@r2s:/> show version
Infix -- a Network Operating System v24.10.1-44-g1e5d4612 -- Oct 29 05:35 CET 2024
It's not the latest; I'll upgrade after the release of the OpenSSL R2S update.
admin@r2s-1:/> show version
Infix -- a Network Operating System v24.10.1-23-g8fc0ab9b -- Oct 23 17:07 PDT 2024
admin@r2s-1:/>
It's not the latest; I'll upgrade after the release of the OpenSSL R2S update.
OK, it's been merged now.
admin@r2s-1:/> show version Infix -- a Network Operating System v24.10.1-23-g8fc0ab9b -- Oct 23 17:07 PDT 2024 admin@r2s-1:/>
Huh, that's a bit worrying ... well, make sure to do a full rebuild of the r2s_defconfig
from distclean so you don't get any weird transients from an incremental rebuild.
I have a similar result running the latest
admin@r2s:/> show version
Infix -- a Network Operating System v24.10.1-49-g3e8ead6f -- Oct 29 10:42 PDT 2024
Factory the device - WAN set the DHCP at default, so able to access the WAN address
Commands
edit system authentication user admin
set authorized-key controller
set authorized-key controller algorithm ssh-rsa
set authorized-key controller key-data [key]
commit
leave
copy running-config startup-config
show startup-config
...
"ietf-system:system": {
"hostname": "r2s",
},
"authentication": {
"user": [
{
"name": "admin",
"password": "$factory$",
"infix-system:shell": "bash"
}
]
},
Workaround
set system hostname r2s-1
commit
leave
copy running-config startup-config
show startup-config
...
{
"ietf-system:system": {
"hostname": "r2s-1",
},
"authentication": {
"user": [
{
"name": "admin",
"password": "$factory$",
"authorized-key": [
{
"name": "controller",
"algorithm": "ssh-rsa",
"key-data": [key] }
],
"infix-system:shell": "bash"
}
]
},
This is super weird, I just rebuilt from distclean, upgraded and did a factory reset.
admin@r2s:/> show version
Infix -- a Network Operating System v24.10.1-49-g3e8ead6f -- Oct 30 06:07 CET 2024
Then copy-pasted your commands (including commit
which I never use) ... still works fine for me. The authorized-key both in running-config
and startup-config
after saving it.
Sorry, unless you can find something in the logs (/log/syslog
), I just cannot replicate the problem.
Current Behavior
I can't save the authorized SSH key.
Config applied
Running config is correct
Config not being applied to startup config
Workaround Setting the hostname saves the SSH key
Expected Behavior
Steps To Reproduce
Additional information
No response