Thanks for reaching out. We had to rework this system as part of when we made the switch to .net core. I will reach out to our engineers on what would be the next steps for you here. Unfortunately, they are based in Australia so we won’t hear back until tomorrow.
Please feel free to reach out in the meantime with any questions or concerns.
I spoke with one of our engineers on this and he thinks this might be unrelated to the Octopus upgrade. When you go to the portal and try to use integrated auth, does it work?
Hey, thanks for the reply. The integrated auth button on the log in page Sign in with a domain account works fine. However, as described in the original post, navigating to {my Octopus server}/integrated-challenge url does give me a 500 error. My code hasn’t changed, so it’s got to be something with either the updated Octopus, or our environment. Any ideas on what to look for in our environment?
We’re using NTLM, I believe. Just to be clear, the button works fine. This is an issue with the .Net client and trying to simulate that call in the browser. I used Chrome dev tools to examine the network traffic and found that there is a url call like this, https://{my Octopus server}/integrated-challenge?state=%7B%22RedirectAfterLoginTo%22%3A%22%2Fapp%23%2F%22%2C%22UsingSecureConnection%22%3Atrue%7D which decoded is, /integrated-challenge?state={"RedirectAfterLoginTo":"/app#/","UsingSecureConnection":true}. Is there documentation on using /integrated-challenge form the .Net client? Maybe I need to add some parameters to the call in my code.
Sorry about the delay but I didn’t get a response. Let me cast a wider net and see if I can get some answers for you. Unfortunately, there isn’t any documentation on this that I could think to point you to.
I spoke with one of our engineers and he wanted me to gather some more information for him.
Would you be able to provide me with server logs from the timeframe when the 500 error is occuring? You can direct message these to me for privacy reasons.
Would you be able to diagram/explain the setup and configuration of your authentication servers in detail, along with configuration settings for AD? (This can also be privately messaged if you prefer)
Can you verify the authentication method your AD is using isnt Kerberos under the hood?
Which user is running the script? Is it the same as the user running the browser?
Would you be able to privately message me the script youre using with any information we need to reproduce it on our end?
Sorry about the barrage of questions, please let me know if you have any questions about the above.