Hey all,

We have a Debian laptop running Lenny that we are trying to add to our inventory. The scan picks up the device perfectly fine, its just trying to SSH in to it that is the issue. The laptop uses password authentication and when I run putty to SSH in to the device, I can get in perfectly fine.

I have been trying to find if there is a log file that tells me what the issue is rather than simply outputting “Nope. Didn’t work.”, but I cannot seem to find one. We are using port 22, which is open and listening on the laptop.

Any suggestions? Thanks

6 Spice ups

who are you sshing in as, needs to be a root or similar.

also might need to increase you ssh timeout in advanced settings if your DNS and reverse DNS aren’t correct and the ssh takes while to actually login

1 Spice up

I’m SSHing in as myself. SSH is disabled for root, but my user has sudo privileges.

I’ll try increasing the SSH timeout, but I’m certain our DNS and reverse DNS are correct. Thanks for the help :slight_smile:

running “sudo tail -f /var/log/auth.log” on the linux host shows no attempt to authenticate at all… when I use putty, it shows up right away. It seems like spiceworks isn’t even trying to SSH in when I try to authenticate my credentials.

and you’re using putty from the SPW machine (just in case there’s a firewall blocking this somewhere)

Yeah, using putty from the machine I am running spiceworks on and nothing :confused:

ah there you go then, you need to get this going of course

check you can ping first of all so you know routing etc is good.

then check the Windows firewall on the SPW server is allowing port 22 out and check ip-tables on the Debian box will allow port 22 in from the SPW server.

Got it working on putty, seems that I was using a high port (22222). Still nothing on the Spiceworks side even after changing it to port 22. I used wire shark to sniff traffic on port 22 and there is certainly communication between Spiceworks and the debian laptop, just not enough to authenticate. Stumped.

ah well then you’ll need to tell SPW to use port 22222 instead of port 22 then of course…

http://community.spiceworks.com/how_to/show/1761-scaning-on-non-standard-ports

If you changed the debian system to use 22 don’t forget to restart the sshd (service sshd restart) if you’re sshd and not xinetd to handle the ssh traffic.

Thanks, restarted it and it works fine on port 22 with putty. same credentials on Spiceworks using port 22 and there is definite communication, just no authentication.

OK good progress (I’d check why this was on port 22222 - could be a valid reason!

, so SPW will need to have the root username/passwd and have bash as the root shell also.

Sorry, I forgot to mention, we use port 22222 at our company, I forgot to change it when I was testing it out :stuck_out_tongue:

I’ll check out your other suggestion now, thank you for your help!

I’m pretty certain that the issue is due to new host key verification that occurs when I try to connect for the first time . I noticed this when I SSH’ed in to the laptop through putty. I’m hoping there’s a way to verify it through Spiceworks.

Although I now know that the issue is due to the key authentication, I have no idea how to fix it to allow it to authenticate.

ah spw doesnt support key auth, needs to be passwd auth

The thing is, the laptops we have use password authentication. Here’s an example of what happens when I try to connect the first time through putty: http://i.imgur.com/olT4cOH.jpg

That is what I think is blocking it.

Thats just the standard putty cache check

shouldnt affect spw at all

so root can ssh in fine via putty abd a password?

I believe we disable root SSH for security reasons. I’ll see if I can temporarily allow it and I’ll give it a shot.

Tried it out with root, connects fine via putty, but still no luck with Spiceworks.

Anything in the finder*.logs on the SPW logs dir?

Might be useful to email support@spiceworks.com referencing this thread and they’ll walk you though increasing the logging level and tell you how to get the logs to them to analysis