Credentials test fails authentification for 2012 R2 Standard Windows server inside of a DMZ

mpelyanskiy
Kilo Contributor

Hello, community

I have a following problem - I'm trying to run Discovery for a 2012 R2 Standard Windows server inside of a DMZ. Server is located in a WorkGroup, not in a Domain.

I made sure, that both DMZ and local firewalls include exception for MID server, 443 port is enabled, remote UAC and local UAC are disabled, local admin account is being used for connection.

I've set up a MID server directely on the discovered server, validated it in my ServiceNow instance. Then, I've created a record in Credentials menu to store server access credentials. When I try to Test credentials - I get Authentification fail message. I've tried all possible combinations of credentials:

workgroup\username;

workgroup.\username;

computername\username;

computername.\username;

.\username;

\username;

username;

Trying to ping server IP address attempts from command promt works fine, and connecting to the server through Telnet is successfull.

Neither of options work to test credentials.

But the most odd thing is that when I run Quick Discovery using server's IP address - discovery process runs successfully.

Question: What am I doing wrong with credentials test? Why do I get Authentification error, but am still able to perform server's discovery?

Thank you.

1 ACCEPTED SOLUTION

geethunannapane
Giga Contributor

Hi Michael,



We had the same issue. We were able to resolve this. When testing credentials, ensure the user is a member of the local admin group on the target host and the target host can't be same as the host where the MID server installed. If it is the same you will get failures, which will seem like the user doesn't have access, when it, in fact, does.





Please mark as helpful or correct based on impact.


View solution in original post

6 REPLIES 6

geethunannapane
Giga Contributor

Hi Michael,



We had the same issue. We were able to resolve this. When testing credentials, ensure the user is a member of the local admin group on the target host and the target host can't be same as the host where the MID server installed. If it is the same you will get failures, which will seem like the user doesn't have access, when it, in fact, does.





Please mark as helpful or correct based on impact.


The logic is simple. You can not run WMI commands locally with credential parameters.



For example, you can run the below command with out an issue in MID server



get-wmiobject win32_computersystem | select Manufacturer,Model



But when you run the same command with credential you will get an error.


get-wmiobject win32_computersystem -Computer localhost -credential Domain\username | select Manufacturer,Model



This is the reason credential test is failing when you test it in MID Server.


Thanks, Vivek



What you have described makes sence, the bad thig is that ServiceNow docs do not warn about such a limitation and when implementing we end up with a confusion.



I've noted that down to avoid such confusions in the future.


Thank you, Geethika



Indeed, the case is as you described - the MID server for Discovery has been installed on the target host. I was not aware that such a case could have caused the issue with credentials test, but still allow to run Discovery.



I'll request a separate host for MID server install inside of a DMZ upon your suggestion.