-
Notifications
You must be signed in to change notification settings - Fork 22
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
Allow config in <appSettings> #2
Comments
Hi, Sk1Zy. If you want to disable HttpAuthModule, you remove following element in web.config.
No indicating HttpAuthModule in modules section, HttpAuthModule don't run. I switch web.config configuration by deployment envoronment, I'm not sure angular client behavior. If you wish specified url pattern (e.g. web api url) skips authentication, thanks. |
I can't disable the module this way through my azure website management portal. The azure management portal only allows you to change settings in the appSettings section. I'll try the IgnorePathRegex setting, thanks for that. |
I understood why disabling by appSetting be required. https://github.com/nabehiro/HttpAuthModule#disable-httpauthmodule-by-appsettings thanks good feedback ! |
I forgot to report back, but this works great. Thanks for the fast response 👍 |
It would be really useful if the module had the ability to be configured or just disabled through the appSettings section in web.config.
This would allow me for example when using azure to disable this module through my azure website configuration instead of changing the web.config manually and pushing a new build.
Would also be really comfortable for when i switch my staging server with the production server on azure. I could use this module on the staging server but the production server config disables it automatically when it get switched.
Any change of seeing this get implemented?
Update: I also just noticed that this module puts an authorization header on all requests. This pretty much makes it unusable for me since i'm using web api with an angular client which overwrites the authorization header. Any chance that the module could use an alternative header or at least provide the possibility to do so?
The text was updated successfully, but these errors were encountered: