Just a thought. Would it be easier to set the tunnel up to forward say port 2222 to port 22 on the Humax box. It may be easier than changing the dropbear settings.The only port that your router is going to let through is a high numbered random one (the diagram shows 2222 but anything that isn't a standard service port is good*. All other ports will be blocked on your router. If your router can support it, it will forward the request to the high numbered port on to the standard port 22 on the Humax. If not, the Humax can be made to present the SSH server on the same high numbered port you're using on the router.
That looks like it should be right, now - what are you seeing in the login window?
Yes, I now realise it won't work anyway so it's best to forget my suggestion.: ) - dropbear port settings are now in the webif. It seems that not all routers support changing the port during forwarding..
I see: Log in as:
makem@192.168.x.x's password:
BTW my fwd port is well over 2222
Set up a new session - just configure a connection to your Humax, using SSH on port 22 and then, under connection>ssh>auth set the path to the private key file, then go abck to the top, give the session a name and save it. Don't worry about the tunnel details, that can be added in later.
Now, with that session loaded, click on the open button.
If you get the login prompt, then that's good, if not, let us know what happens.
After the login prompt, if you enter 'root', what do you see next?
If it prompts for the password, you have misconfigured PuTTY because you aren't presenting the key. If you have 'Server refused our key' then your configuration on the Humax is wrong or you have presented the wrong key in the config.
For the moment, just test on your local network and forget testing from outside the router.
If you see the message "SSH-2.0-dropbear_o.53.1", it's because you are using telnet to talk to the ssh service, and not using ssh.
OK - we need to focus on your PuTTY configuration.
What are the names of your public and private keys?
What are the sizes of the 2 files?
Load up the PuTTY session that you are using for testing and check under Connection>SSH>auth and check what the key file is - it needs to be the private key, not the public key.
Have you upgraded your dropbear package recently? If not, try that as it fixes an authentication issue.
I installed dropbear yesterday - have not manually updated it but I have autoupdate set.
I will update it now
I'll be around for a while yet.
Hanging updates happens occasionally. Ignore the webif for the moment and telnet/ssh into the box then 'opkg update' followed by 'opkg upgrade' should sort you out.
There is another tool from the PuTTY suite that you might want to try, called Pageant. When you run it, you get a little computer icon with a black hat on it in the task bar. Right click on that and select "Add Key", then select your private key and enter the passphrase. You shouldn't need to do anything else, but in your PuTTY settings, under connection>SSH.Auth, make sure the "Attempt authentication using Pageant" is selected. If Pageant won't load the private key, that will give us a better idea of where the problem may be.
By the way, your file sizes look right.
Please don't lose faith - once you've done this a few times it really is straightforward.
I'll be around for a while yet.
Hanging updates happens occasionally. Ignore the webif for the moment and telnet/ssh into the box then 'opkg update' followed by 'opkg upgrade' should sort you out.
I investigated pageant, used it and it does have my key
The Attempt authentication using Pageant is selected
I never give up!
ls -al /mod/.ssh
ls -al /mod/.ssh/authorized_keys
cat /mod/.ssh/authorized_keys
/mod/etc/init.d/S88dropbear stop
/mod/sbin/dropbear -E -F
/mod/etc/init.d/S88dropbear start
The 'opkg update' just hangs also.