2012-03-30 11 views
1

Ich habe einen alten Laptop mit WinXPpro und sowohl IE8 als auch CoolNovo, die ein Applet ganz einfach von unserem Win2008 Server R2 SP1 x64 IIS 7.5.7600.16385 herunterladen können. Ich habe einen neuen Laptop (gleiche Hardware) mit einem x64 Windows7 und IE9 und CoolNovo, die das Applet (.jar-Datei) nicht vom selben Server herunterladen können. Ich kann diese .jar Datei direkt als eine URL herunterladen und ich kann das Applet über das Internet vom .jar Produktanbieter auf beiden Laptops herunterladen und ausführen. Es hat also etwas mit meinem neuen Laptop zu tun. Wenn wir dem Webserver eine anonyme Authentifizierung hinzufügen, funktioniert unsere App auch auf beiden.Windows7 IE9 NTLM Response to Challenge wird nicht vom Client gesendet

Mit Fiddler kann ich die NTLM-Authentifizierung Konversation auf beiden Laptops sehen. Auf dem alten funktioniert es ganz gut: Ein 401 mit dem WWW-Authenticat Header ist vorhanden: Negotiate und einer für NTLM Dann ein 401 (challenge - NTLM Typ 2), Gefolgt von einem 200 mit dem Client sendet der NTLM Typ 3 Header

Auf dem neuen Laptop, bekomme ich die ersten zwei 401s, aber keine 200. Es versucht einfach noch einmal mit den 401s 2 weitere Male.

Irgendwelche Ideen, warum der neue Windows7-Laptop keine 200 NTLM type3-Antwort an den Server senden würde oder was das Problem hier sein könnte?

Alter Laptop: jre6: 1.6.0_30 überprüft, wie der Benutzer Java Runtime env. Keine System-Java-Laufzeitversionen geprüft. neue Laptop: jre6: 1.6.0_31 überprüft als Benutzer UND System Java Runtime env.

TVMIA.

+0

Versuchen Sie eine integrierte Authentifizierung zu erhalten? – Neil

+0

ja ............. – bmcdonald

+0

Nun, ich habe ein paar mögliche Ideen. Haben Sie die Site der Zone Lokales Intranet hinzugefügt? Alternativ funktioniert es, wenn Sie "Integrierte Windows-Authentifizierung" unter Internetoptionen, Erweitert, Sicherheit deaktivieren. (Beachten Sie, dass Kerberos und nicht NTLM deaktiviert wird.) – Neil

Antwort

1

Ich habe das gleiche Problem festgestellt und nach der Suche in Server-Sicherheitsprotokoll eine zwei seltsame Datensatz direkt nach jeder erfolglosen Anmeldung gefunden haben: 1. 4624 - erfolgreiche Anmeldung. und kurz danach: 2. 4634 - erfolgreicher Abmelde

Sehr seltsam ... Ich habe für diese Ereigniscodes gegoogelt und fand diesen Thread: SCCM reporting not working on W2K8 R2 64-bit

und die Lösung für dieses Problem ist:

 
1. Open the IIS Manager and go to your site 
2. Double click Authentication under IIS 
3. Click on Windows Authentication and then choose "Providers..." under Actions 
4. Add NTLM if it isn't there and move it to the top. 
5. Click OK 

Es funktionierte für mich!

+0

Danke, das hat auch für mich funktioniert. – billb