Sicherheitswarnung am Terminalserver

[t_bern 10]

Hallo zusammen,

 

auf einem 2008 R2 Terminalserver, haben wir eine Access 2003 Runtime installiert.

 

Beim öffner einen Access-DB, die auf einem Netzlaufwerk liegt, bekomme wir immer die Warnmeldung:

 

*******************

Sicherheitswarnung:

Die Datei ist möglicherweise nicht sicher, falls dieser Code ....

 

*******************

 

Ich habe schon die Registry Einträge hinzugefügt:

Registry-Einträge hinzufügen. Komplett wären es diese:

 

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\11.0\Access\Security]

"Level"=dword:00000001

 

[HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Access\Security]

"Level"=dword:00000001

 

[HKEY_LOCAL_MACHINE\Software\Microsoft\Jet\4.0\Engines

"SandBoxMode"=dword:00000002

 

Es hilft alles nichts ... immer die selbe Meldung.

 

Das komische ist, wenn wir die Access-DB auf einem 2003 TS öffnen, kommt diese Fehlermeldung nicht.

 

Hat jemand einen Tipp für mich wie ich diese Warnmeldung wegbekomme `?

 

Danke und cu.

[Willermann 10]

Hallo t_bern,

 

ich habe exakt das gleiche Problem. Eine TS-Farm mit 4 Windows Server 2008 R2. Darauf installiert MS Office Professionel 2003, also Access 2003. Beim Öffnen des Frontends, welches auf dem File-Server liegt, kommen die Sicherheitswarnmeldungen. Manchmal kommen alle drei, also

 

- Möchten Sie unsichere Ausdrücke blockieren? Ja - Nein

- Unsichere Ausdrücke sind nicht blockiert. Beim Öffnen...Schaden.. Öffnen?

- Sicherheitswarnung xxx wird geöffnet...könnte Schaden anrichten.

Abbrechen - Öffnen

 

Manchmal nur die letzte Sicherheitswarnmeldung.

 

Der Security-Pfad in der Registry lautet bei mir:

 

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\11.0\Access\Security

und hier der gleiche DWord-Wert level#1

 

bzw.

 

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Jet\4.0\Engines

für den SandBoxMode

 

Ich habe mir die Finger wund gegoogelt und leider keine Lösung gefunden. :(

 

Wer kennt den Schalter?

 

Gruß Willermann

[t_bern 10]

Hi,

 

ich habe es hiermit gelöst !

 

Get Rid of the Security Warning Box : MAC-NET Secures IT

 

:) und das gute ist, es funzt !!

[Willermann 10]

Hi,

 

danke für die pfeilschnelle Antwort. Hab es getestet und es funzt!

Allerdings aber nur für den User, der die msecure.mde öffnet und entsprechend bedient. Und dies gilt dann auch nur auf dem Server, auf dem es ausgeführt wurde.

 

Nun habe ich 500 User und 4 TS!! :( Komme damit also nicht zum Ziel. Habe nach der Nutzung der msecure.mde die Registry geöffnet und die bisherigen Einträge überprüft. Es hat sich daran nichts geändert. Also muss die Makrosicherheit im Profil des Users ablegt sein...oder nicht?

 

Teste gerade Application.AutomationSecurity = msoAutomationSecurtiyLow

Wenn ich das beim Öffnen des ersten Formulars rennen lasse, dann müsste diese Einstellung für den User in seinem Profil ablegt werden. Spätestens wenn er über den Sitzungsbroker auf allen 4 TS war müssten die Warnmeldungen dauerhaft wegbleiben.

 

Werde berichten.

 

Bis dannemann...

 

W!llerm@nn

[Dr.Melzer 191]

Würde es bei der Menge an Usern nicht Sinn machen von der Bastellösung Access auf eine professionelle SQL Lösung umzusteigen?

 

Access ist nie wirklich im Multiuserbetrieb nutzbar gewesen und auf Terminalservern schon zweimal nicht...

[Willermann 10]

Hallo,

 

klar würde das Sinn machen. Ich arbeite bei einer Behörde und alles was man hier hat ist....kein Geld. Bei 3 Anwendungen habe ich MySQL als Backend (klar, weil es nichts kostet) und die Programme sind zuverlässig und schnell. Eine Anwendung besitzt noch Access als Backend (Umstieg geplant) und läuft seit 15 Jahren ohne Probs.

 

Hier hat man nicht einmal Geld um mir eine vernünftige Schulung zu bezahlen. Ich arbeite seit 15 Jahren als Autodidakt. Kein Wunder, dass ich Foren als Hilfe in Anspruch nehmen muss. :(

 

Danke für den Tipp, ich muss erst mal noch so klar kommen.

W!illerm@nn

[Willermann 10]

Hallo Zusammen,

 

das automatische Einstellen der Makro-Sicherheitsstufe mittels VB ist ohne jegliche Auswirkung auf die Sicherheitswarnmeldungen.

 

Ich habe den Menüpunkt Extras-Makro-Sicherheit in meiner Menüleiste integriert. Setzt hier der User die Option auf -niedrig-, so führt dies zum gleichen Erfolg wie das Nutzen der msecure.mde.

 

Nachdem unsere User ihren TS nicht selbst wählen können (Sessionbroker) ist es erforderlich, dass o.g. Schritt je Server einmal wiederholt werden muss. Dies ist nur eine Frage der Zeit.

 

Im Moment keine bessere Lösung in Sicht. Das automatische Einstellen der Sicherheit für alle User über die Registry funktioniert nicht.:mad:

 

Tests sind noch nicht abgeschlossen. Nachtrag folgt.

 

W!llerm@nn

[Willermann 10]

Hallo Gemeinde,

 

obwohl jeder User über den Schalter Extras - Makro - Sicherheit (falls man ihn zur Verfügung stellt) zum Ziel kommt, kann man das Prob auch global umschiffen.

 

Man setzt, wie in unserem Fall, die Makrosicherheit für Access auf den Terminalservern per Server-Gruppenrichtlinie auf Low.

 

Diesen Weg konnte ich nicht auf Anhieb gehen, da unsere Domäne (28.000 User, 21.000 PC) äußerst strikten Auflagen unterliegt. Hierzu zählt auch die Makrosicherheit von Access und dabei ist Low ein Tabu.

 

Auf Grund der jetzigen Situation und der nicht gelösten Problemstellung sowie der Anzahl der betroffen User konnte meinem Antrag auf eine Sonder-Gruppenrichtlinie für unsere TS entsprochen werden.

Warum denn nicht gleich so:confused:

 

Gruß W!llerm@nn