I’ve created a user, that is part of the admin group, and the SSH is allowed for that group.
I’ve created on my Linux box a SSH key (tried with DSA and RSA), I transfered the public
part to the RB1100, and then imported it for my user.
[admin@NYC-MKT01] /ip service> /user ssh-keys print
# USER KEY-OWNER
0 rol rol@tux.DEF
But an SSH to the RB always fails with :
Received disconnect from 192.168.200.254: 3:
on the Linux side, and
09:24:05 ssh,error host pub key not loaded
on the router.
I’ve google’d about that problem, and found several post related to that, but
no real answer.
Anyone could help ? Is there a key to generate locally on the RB1100 ? If so, how can I do that ?
ssh-keygen -t dsa -f RB1100
...
ftp .. put RB1100.pub
...
telnet 192.168.200.254
[rol@NYC-MKT01] /user ssh-keys> print
# USER KEY-OWNER
0 rol rol@tux.DEF
[rol@NYC-MKT01] /user ssh-keys> remove 0
[rol@NYC-MKT01] /user ssh-keys> print
# USER KEY-OWNER
[rol@NYC-MKT01] /user ssh-keys> import public-key-file=RB1100.pub user=rol
[rol@NYC-MKT01] /user ssh-keys> print
# USER KEY-OWNER
0 rol rol@tux.DEF
and then again :
103 [12:32] rol@tux.DEF:~/usr/src/Mikrotik> ssh -i RB1100 -l rol 192.168.200.254
Received disconnect from 192.168.200.254: 3:
and logs say
11:30:25 system,info ssh-key removed by rol
11:31:12 system,info ssh-key added by rol
11:32:23 ssh,error host pub key not loaded
then - what version if RouterOS you are using.
Stupid me, I though I mentionned it :
[rol@NYC-MKT01] /system package> print
Flags: X - disabled
# NAME VERSION SCHEDULED
0 routeros-powerpc 5.11
1 system 5.11
2 X ipv6 5.11
3 routerboard 5.11
4 wireless 5.11
5 hotspot 5.11
6 dhcp 5.11
7 mpls 5.11
8 routing 5.11
9 ppp 5.11
10 security 5.11
11 advanced-tools 5.11
It was 5.9 this morning, same problem, so I upgraded using the “FTP procedure” on the web site.
Unfortunately, this is now in production working fine apart from this… We’re looking to get another couple (or 4) for redundancy, but wanted to make sure they worked OK before splashing out…
It previously had 5.9 on it (I think) which is how it (a brand new RB1100AHx2) came from your factory (presumably, unless your reseller did anything to it, which I doubt), and was fairly immediately upgraded to 5.11 so didn’t actually try SSH before.
The other one we bought at the same time is fine.
Don’t think I did anything with ssh settings before finding it didn’t work.
would not recommend to downgrade below version it came from factory. Will try 5.9 and see if i loose any ssh keys as i am using ssh key logins extensively over my testing routers.
OK, thanks - as I said before, only one of the two routers (purchased at the same time) is exhibiting this problem, so its not necessarily straightforward to reproduce
try to use 5.12 to be sure you do not encounter such problems again.
reinstalling production router is always painful, just update to 5.12 get compact export (so if something goes wrong - fast reset, load config and you are back on-line.
Also, before you start, connect to ether13 with your laptop (pc) ready with netinstall, reboot, install and reboot. check if you have selected to keep old configuration, so if you reinstall 5.12 to clean 5.12 should not encounter any issues.
try to use 5.12 to be sure you do not encounter such problems again.
reinstalling production router is always painful, just update to 5.12 get compact export (so if something goes wrong - fast reset, load config and you are back on-line.
Also, before you start, connect to ether13 with your laptop (pc) ready with netinstall, reboot, install and reboot. check if you have selected to keep old configuration, so if you reinstall 5.12 to clean 5.12 should not encounter any issues.
Unfortunately, the router is at a remote site, so I’ll be doing a completely remote install (using a differently connected network connection), remote desktop to a windows machine and serial port connected to a linux machine. Might this cause problems with a netinstall? Is there something special about ether13?
OK might need a site visit. Actually, need another router, so we have a pair, so downtime isn’t such an issue Must talk to management.
However, I did look through all the documentation I could find and nothing I saw said that you had to be in ether13 for network boot… (that I could see, might have missed something) Might want to update the documentation to reflect that