Java Update 51 blockt Webanwendungen

[Doso 77]

Alternativ kann man auch das problematische Zertifikat per GPO einem Zertifikatsspeicher hinzufügen, z.b. vertrauenswürdige Herausgeber. Dies verhindert auch die Browserwarnung.

 

Wenn die Anwendung selber dann aber nicht mehr mit Java 7.51 klar kommt, hilft das aber leider alles nix..

[daabm 1.366]

...leider haben Firefox, Chrome, Java, TomTom und was weiß ich wer noch alles eigene Certstores, an die Du per GPO nicht so direkt rankommst :nene:

[DonDimon 0]

Hallo zusammen,
Also ich habe jetzt versucht die Datei „exception.sites“ über die GPOs zu verteilen, nur ersetzt er die vorhandene Datei nicht. Ich habe unter Computerkonfiguration>Einstellungen>Windows-Einstellungen>Dateien die  Quelldatei auf dem SYSVOL angegeben und als Zieldatei "%userprofile%\AppData\LocalLow\Sun\Java\Deployment\security\exception.sites" angegeben und als Aktion "Ersetzen" ausgewählt. Nun habe ich schon gpupdate und einen Neustart gemacht aber ersetzt wird die Datei nicht.

 

Was mach ich da falsch?

 

MfG
Don

[Doso 77]

Hat bei uns auch nie funktioniert. Wir haben die problematischen Anwendungen bei uns dann ermordet. Funktioniert halt nicht mehr, Punkt.

[DonDimon 0]

Hab das jetzt so gelöst das ein System Ordner erstellt wird über eine GPO

 

Computerkonfiguration>Einstellungen>Windows-Einstellungen>Ordner

 

%WINDIR%\\Sun\Java\Deployment

 

Darin werden drei Dateien abgelegt.

 

 

Computerkonfiguration>Einstellungen>Windows-Einstellungen>Dateien

1.

Queldatei: \\DC\SYSVOL\Java\deployment.config

Zieldatei: %WINDIR%\SUN\JAVA\Deployment\deployment.config

Aktion: Ersetzen

2.

Queldatei: \\DC\SYSVOL\deployment.properties

Zieldatei: %WINDIR%\SUN\JAVA\Deployment\deployment.properties

Aktion: Ersetzen

3.

Queldatei: \\DC\SYSVOL\Java\exception.sites

Zieldatei: %WINDIR%\SUN\JAVA\Deployment\exception.sites

Aktion: Ersetzen

 

1. deployment.config
(mit dem folgenden Inhalt)

 

deployment.system.config=file\\\C:/Windows\Sun\Java\Deployment\deployment.properties
deployment.system.config.mandatory=false

 

2. deployment.properties
(mit dem folgenden Inhalt)

Der Inhalt sollte von einer Lokalen Maschine kopiert werden.

Diese wird bei jedem Java Start neu erstellt wenn sie nicht vorhanden ist. Wird unter C:\Users\Username\AppData\LocalLow\Sun\Java\Deployment erstellt.

Am wichtigsten ist die letzte Zeile ;) 

 

#deployment.properties
#Wed Jul 01 14:41:04 UTC 2015
deployment.modified.timestamp=1435761664224
#Java Deployment jre's
#Wed Jul 01 14:41:04 UTC 2015
deployment.javaws.jre.0.registered=true
deployment.javaws.jre.0.platform=1.8
deployment.javaws.jre.0.osname=Windows
deployment.javaws.jre.0.path=C\:\\Program Files\\Java\\jre8\\bin\\javaw.exe
deployment.javaws.jre.0.product=1.8.0_31
deployment.javaws.jre.0.osarch=x86
deployment.javaws.jre.0.location=http\://java.sun.com/products/autodl/j2se
deployment.javaws.jre.0.enabled=true
deployment.javaws.jre.0.args=
deployment.user.security.exception.sites=C\:\\Windows\\Sun\\Java\\Deployment\\exception.sites

 

3. exception.sites
mit den gewünschten URLS z.B. http://testumgebung.org/
der Slash am ende bedeutet das alle darunter liegenden Sites mit eingeschlossen sind.

Das gute ist das man die Dateien im SYSVOL einfach bearbeiten kann und nach einem GPUPDATE haben alle Clients die richtigen Ausnahmen. Gleichzeitig ist es egal ob der USER seine Persönlichen Einstellungen verändert oder nicht es werden immer nur die Dateien aus dem Systemordner geladen und der User hat ja normalerweise darauf keinen zugriff ;)

 

 

MfG
Don