- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2019 02:37 AM
Hi!
My problem is in the title of the topic, I've provided SSH Credentials to my Kingston ServiceNow instance and I've validated them by testing them, but whenever I try to discover the linux server, Discovery logs tell me that they couldn't find any credentials associated with them (even though, as I said, I've provided them) and can't finish classifying the CI.
I have already successfully discovered this CI with my other London instance, without any issues and I didn't need to provide extra information in that instance.
Any suggestions to what to do next?
Thanks in advance,
Fares
Solved! Go to Solution.
- Labels:
-
Discovery
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2019 01:49 PM
Richard hits a lot of great points.
A few other things to look at that may help you debug:
- The ecc_queue input for SSHCommand's that fail to authenticate will have a credential debug section that indicates what credentials were tried and such.
- One difference between credential test and SSHCommand is that Credential Test tries only one credential. Sometimes, the ssh server loses patience when we try a large number of credentials.
- If all else fails, once you switch to sncssh, you can add a debug = true parameter to your probe (or enable ssh debug for the mid) and see everything that's going on with the ssh connection. It's a lot of information to filter through, but the truth is in there.
- Tim.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2019 06:04 AM
try adding this parameter to your midservers
mid.ssh.use_snc and set it to true
I have seen this issue with versions of ssh.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2019 06:09 AM
Hi Fares,
We also got the same error then identified that MiD Server "Supported Application" has "Discovery" and "SSH" capability should assign and make sure that "IP Ranges" on the mid Server should cover target IP.
Also, add "mid.ssh.use_snc" = "true" Property to Configuration Parameter” on the MiD Server.
I hope you should resolve your issue with these steps.
Thanks & Regards,
Vinil.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-09-2019 01:49 PM
Richard hits a lot of great points.
A few other things to look at that may help you debug:
- The ecc_queue input for SSHCommand's that fail to authenticate will have a credential debug section that indicates what credentials were tried and such.
- One difference between credential test and SSHCommand is that Credential Test tries only one credential. Sometimes, the ssh server loses patience when we try a large number of credentials.
- If all else fails, once you switch to sncssh, you can add a debug = true parameter to your probe (or enable ssh debug for the mid) and see everything that's going on with the ssh connection. It's a lot of information to filter through, but the truth is in there.
- Tim.