-
Notifications
You must be signed in to change notification settings - Fork 13
ADFS 2.0 detection and fix by replacing strings #19
base: master
Are you sure you want to change the base?
Conversation
Could not make it work, even with the original code Pester fails.
|
That's strange. It looks like the tests all pass for me (both the original version, and using your code changes). This merge should be good to go once I get one more sign off from my side. I'm not sure why the tests didn't work on your end. Maybe your Pester version isn't current? Here's my output:
|
I've actually used same version - 4.3.1, was latest stable in Pester repo. |
That's very strange. Well I was able to run the test pass for you, and it looks good. If you're interested in debugging the tests on your side, you could try running in the PowerShell ISE and see if you can learn anything more. I'm happy to help debug if you are able to get more info from ISE. |
related #16
Well I've ended up on this "solution".
Basically we need to evaluate available logs on the remote machines themselves, then replace
"AD FS"
with"AD FS 2.0"
in log name, provider and also in query.This is due to strings formatted before the log/provider name is sent to remote server (
MakeQuery
receives already processed query and log.Also not sure about using hardcoded strings in replacement, but using $script on remote would mean to either pass them all as params OR prepopulate the session with them before calling
MakeQuery
Due to this I believe hardcoding
AD FS 2.0
is a bit better as it's legacy and thus is not likely to ever change again.Suggestions welcome in any way :-)