-
Notifications
You must be signed in to change notification settings - Fork 46
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
automatic login for internal users #24
Comments
If you are getting the fake status code, then most probably you didn't register MixedAuth in Global.asax (step 2)
Internal or external refers to the network the user is accessing your app from, so IP address would be the way to go. As for auto windows login, have you tried the workaround described here ? (the 401.html part) Thanks |
Hi I'll give the approach you linked to a whirl later today. Thanks |
Which sections of the web.config does step 3a go into? I tried making a httpHandlers section under system.web and adding the line you posted for 3a, but upon compilation I'm getting warnings that neither name nor preCondition are allowed attributes. |
3a is not required here, since you are using OWIN middleware. You only need the 401.html part (4b). |
Hi Now off to try if I can change the OWIN-MixedAuth to integrate it all into my own web app. |
umm.. I take it I need to modify the MohammadYounes.Owin.Security.MixedAuth project given that this is what I'm currently using from Nuget. However, that gives me a discrepancy to the instructions because now I have no AccountController.Windows.cs to modify. So, which steps are pertinent for OWIN-MixedAuth? I figure 1, 3b and 4, correct? So I wouldn't even have to make my own build but could keep using the version published to Nuget, correct? |
Yes :) |
The 401.html approach provides auto windows login for all users. In case you want this to be specific for internal users, follow the steps mentioned here. Thanks. |
Hi
This is basically picking up on issue 8. I tried implementing the custom RegisterMixedAuth method, but I only get a FakeStatusCode when I try accessing a method behind an authorize tag - and then if I check the app.Context at this point, context.User.Identity is an empty identity. So how'd you go about determining that a user is actually internal?
And as for sania13's post (too bad github doesn't allow PMs..), AuthenticationManager.GetExternalLoginInfoAsync().Result; always returns null so I'm not sure what to do with it either.
Any ideas? Ideally, I'd like users to get to the page, and get the immediate recognition they get if I do a project that does windows authentication only.
Thanks
Stephan
The text was updated successfully, but these errors were encountered: