¿What should I add in this "DNSHostName" parameter?

Copper Contributor

Hello everyone, this information has really exploded in my head because I don't understand how no one can be clear enough to explain what is going on here: DNSHostName.

I have an implementation with sensor on dedicated server, running port mirroring through hyperV. I did the test with an account and password and it worked I would say 60%, since in the alerts it indicated that the sensor had limited information capture, something like that. Then for good practices and security it was recommended to use gMSA.
The issue is that I have already created about 5 different accounts and always the same message from the portal:

 

Directory service user credentials are incorrect

 

The command I used:
New-ADServiceAccount -Name <assign_gMSA_name> -DNSHostName <?????????> -PrincipalsAllowedToRetrieveManagedPassword <security_group_name>.

Name: For example 'MDI-GMSA'.


DNSHostname: Try the FQDN of some DC, then with the FQDN of the server with dedicated sensor and a random name, for example 'GMSA'.
PrincipalsAllowedToRetrieveManagedPassword: I have a security group with all DCs.

Please help me to understand what is my problem and explain me exactly what should I add here 'DNSHostname'.

 

I appreciate if you can help me, thank you.

4 Replies
The security group should also contain the standalone machine running the sensor... not only DCs.
Also, why on earth are you deploying the standalone version and not the integrated one on the DC?
There are very rare cases where I would recommend that as the correct option...
The customer required this type of implementation and if you have to do what they need.
I will try to add this "standalone sensor" machine into the security group.
I will comment on any new developments. Tks Eli!
At least let them know that as of now, only 2.3% of sensors world wide are standalone, and this number keeps dropping. 99% of the cases customers are using the standalone version due to wrong reasons....
Good point Eli, I will take it into consideration in future implementations. Thank you!