IIS 7.5 Windows Authentication Not Working in Chrome

8

2

On a new installation of IIS 7.5 I have setup Windows Authentication on my Intranet.

The providers I have used are 'NTLM' and negotiate in that order.

This works fine in IE and Firefox but in chrome I get the following

This web page is not available The web page at http://mysite.com/myintranet.php might be temporarily down or it may have moved permanently to a new web address. Error 338 (net::ERR_INVALID_AUTH_CREDENTIALS): Unknown error.

I've tried looking online for a solution without any success.

I'm running the latest version of Chrome 21.0.1180.60

Sam

Posted 2012-08-07T14:16:54.070

Reputation: 181

Remove "negotiate" completely - don't just move it down the list.

It's and old question, I know, but I came up against this today, on an IIS server that was, until now, authenticating all browsers just fine. – thinkOfaNumber – 2014-09-08T02:17:29.047

I would delete your cookies / temp files from Chrome and try again – Dave – 2012-08-07T14:17:57.527

I've tried this but it has had no effect. – Sam – 2012-08-07T14:21:15.953

I have a similar issue with IIS 8.5 and Chrome. All other browsers work fine. Chrome rejects the auth (logs show it doesn't pass a username). So if it's the same issue and you fixed it, I would like to know what you did. – Robert Baker – 2014-03-11T18:05:06.340

Answers

2

This is a very well known and old issue. However, Shawn Weisfeld provided a year ago a solution on his blog:

The fix was to force the web server to use NTLM. To do this in IIS 7 is just a setting in system.web/system.webServer/security/authentication/windowsAuthentication/providers section of the web.config

laika

Posted 2012-08-07T14:16:54.070

Reputation: 1 663

Asked: 2012-08-07T14:16:54.070

Viewed: 14 840 times

Active: 2016-03-03T03:43:57.420