Umfrage David bietet immer wieder ein neues Update an

Hallo,

das Problem, das man beim Tobit Support als Einziger ein Problem hat kenne ich aus anderen Zusammenhängen auch. So war ich der Einzige
der sich darüber beschwert hat, als die Backlinefeatures mit David.fx Edition 2011 nur noch gesammelt als David Care zu bestellen waren.
Lustigerweise hat Tobit da nur auf mich gehört, und einige Wochen später konnten auch wieder einzelne Backline Features gebucht werden.

Zum vorgenannten Problem hatte ich einen Fall, bei dem das auch aufgetreten ist. Leider lässt sich das dort nicht mehr nachvollziehen,
da der Kunde inzwischen auf Kerio Connect umgestellt wurde.

Viel Erfolg
Jens Osterwohldt

Ja, ein Freund hatte das Problem auch. Hing mit einem Virenscanner (Norman) zusammen.
Ich verstehe nicht, warum die Archive Struktur von Tobit einfach robuster gemacht wird.

Also einfach mal auf den V.Scanner achten

Greetz Devin.

Der Status ist etwas seltsam, da die Norman Virenschutzprogramme gut mit David zusammen laufen.
Es ist allgemein bei der Client-Installation auf zweierlei zu achten:

1) der installierende User muss uneingeschränkte Administrator-Rechte haben.
2) Auf dem Client laufenden Virenscanner müssen während des Installationsvorgangs ausgeschaltet sein. Und zwar alle!
(Manchmal gibt es Spezies, die mit zwei und mehr gleichzeitig laufenden Virenscannern die Heizleistung ihrer Rechner erhöhen).

Die Installation sollte möglichst aus der Netzwerkfreigabe des David-Servers erfolgen [\\david\Clients\Setup].
Des weiteren sollten auf dem David-Server die Ausschlüsse gemäß Q-102.592 eingetragen sein.
Treten trotzdem Problemen bei der Installation eines David-Clients auf, dann sollte als erstes die Benutzerkontensteuerung auf dem Client ausgeschaltet werden.
Hilft das nicht weiter, dann kann versuchsweise mit einem administrator-user installiert werden, der NICHT Mitglied der Domäne ist, sondern nur lokal auf dem Client angelegt wurde.

N.B.: Bei Virenscannern, die ungefragt massiv die Gruppenrichtlinien verändern (z.B. serverbasierende Version von Panda), kann es u.U. nötig werden, diese Änderungen erst mal abzuschalten. Andernfalls werden die nötigen Registry-Eintragungen blockiert.

Welches User-Profil wird gelöscht? Das des installierenden Administrators oder das eines David-Anwenders?

Es muss immer ein Administrator sein, der beim Update den David-Client installiert. Auch wenn das 100x als Administrator einloggen, installieren, ausloggen und als Anwender einloggen bedeutet. Ein User mit Hauptbenutzer-Rechten genügt normalerweise nicht.

Auch kann es nicht schaden mal in der Systemsteuerung zu überprüfen, ob nicht jemand zusätzlich ein Programm wie Spybot, Regfreeze, Registry Prot oder dergleichen zusätzlich zum Virenscanner installiert hat.

Was passiert, wenn sich nach dem Update nicht ein Domänenuser, sondern noch einmal der Administrator einloggt?

Lösungsansatz A zu obiger Beschreibung: Versuchsweise auf dem Client-PC die Benutzerkontensteuerung abschalten.
Lösungsansatz B zu obiger Beschreibung: David Client als Administrator löschen, PC neu starten, David Client installieren.
Und vielleicht noch - da ja bekannt ist welcher Domänenuser betroffen ist,
Lösungsansatz C: Verzeichnis Computername\Benutzer\Benutzername\AppData\Roaming\Tobit umbenennen, dann David Client installieren.

Hilft das nicht, dann gehen mir die Ideen aus. Mit Ausnahme einer:
Genau den Status wie bis hierhin beschrieben via InterCom an die Windows-Cracks in Ahaus weiterleiten.

welche David Version und Updatestand wird denn verwendet? Soweit ich weiß, gab es mal bei Einführung von David FX 11 oder 12 dieses Problem. Das Verhalten wurde damals durch ein Featurepack von Tobit gelöst.

Hallo,

Zitat von myStolz

Der Fehler lag im Virtual Store. Dort gab es eine 2. client-update.ver Verhindern kann man das durch Abschalten des Virtual Stores per Gruppenrichtlinie

vielen Dank für die Lösung. Ich habe mir gerade Mal den Spaß gemacht und geschaut, wie bei meiner Windows 8 Pro Standardinstallation (Einzelplatz, kein Mitglied in einer Domäne) dieser Wert eingestellt ist. Siehe da: auch Aktiviert! Nun stellt sich die spannende Frage: Ist es Sache des Kunden bzw. seines Fachhändlers nun an allen Stationen (ggf. per GPO) diese Änderung (und damit Abweichung vom MS Standard) durchzuführen, oder hat Tobit mit einem seiner nächsten Rollouts die Software so anzupassen, das die Änderung nicht mehr nötig ist? Fragen über Fragen
Viele Grüße
Jens Osterwohldt

Im Normalfall wirkt sich diese Einstellung in der Benutzerkontensteuerung NICHT aus.
Das Update läuft in den meisten Fällen auch ohne Deaktivierung dieses Parameters fehlerfrei.
Es muss also noch einen anderen Einfluss geben.

Mit fällt auf, dass in dem obigen Screenshot "Benutzerkontensteuerung: Administratorgenehmigungsmodus aktivieren" eingestellt ist.
Bei Domänenmitgliedern, die nicht Server sind, steht dieser Parameter nach Installation des Betriebssystem und Anmeldung des Clients in der Domäne auf "Deaktiviert" als Default.
Manche Virenscanner verändern die Default-Werte. Eine Kontrolle ist möglich mit gpedit.msc, und nach Änderung eines Eintrags sollte ein gpupdate.msc oder ein Neustart erfolgen.

Hallo,

Zitat von 0815-4711

Es ist doch so, dass eine Windows seitige Einstellung die Ursache dafür war, dass das Infocenter dieses Problem hatte. Und es ist Sache des Admins dann entsprechend das Betriebssystem so einzustellen, das es das nicht mehr macht.

wenn ein Admin hier etwas verstellt, würde ich mich deiner Meinung sofort anschließen. Hier kommt es beim David Client aber mit der Windows Standardeinstellung in bestimmten Konstellationen zum Problem. Wenn es bekannt ist, das es mit einer Windows Standard Konfiguration Probleme gibt, stellt sich doch die Frage ob alle betroffenen Benutzer handeln müssen, oder ob Tobit das Problem besser mit einem künftigen Rollout beseitigt.

Viele Grüße
Jens Osterwohldt

Das wirkte auf mich gerade wieder als ein Posting "typisch Osterwohldt":
kein sachkompetenter Beitrag zu einer Problemlösung, sondern nur zeitraubende Polemik von Seiten eines Kerio-Vermarkters.

Zum Glück gibt die Forums-Funktion "Benutzer ignorieren". Die spart echt Zeit beim Lesen von Support-Fragen.

Hallo,

Zitat von Arno

Das wirkte auf mich gerade wieder als ein Posting "typisch Osterwohldt":
kein sachkompetenter Beitrag zu einer Problemlösung, sondern nur zeitraubende Polemik von Seiten eines Kerio-Vermarkters. Zum Glück gibt die Forums-Funktion "Benutzer ignorieren". Die spart echt Zeit beim Lesen von Support-Fragen.

Wenn Sie sich meine Beiträge anschauen, werden Sie feststellen das ich bei weitem nicht immer nur "draufhaue"! Ich liefere ganz sicher auch nicht zu jeder Problemlösung die Alternative doch das Produkt zu wechseln. Das ich es jedoch nicht in Ordnung finde, das Kunden bzw. deren Fachhändler an Windows Standardeinstellungen herumdrehen müssen, damit der David Client störungsfrei funktioniert, sehe ich nicht als Polemik an. Ich betreue nach wie vor viele Kunden die nach wie vor mit David arbeiten, und das auch weiter so tun werden ... nicht weil ich dort mit einem Alternativprodukt nicht ankommen konnte, sondern weil ich es gar nicht versucht habe, denn ich weiß wo welches Produkt seine Starken bzw. seine Schwächen hat.
Viele Grüße
Jens Osterwohldt

PS. Ist es eigentlich polemisch, Sicherheitslücken solange zu leugnen bis das Gegenteil bewiesen wurde, und dann per PM heimlich nachzufragen, ob man den Beitrag nicht besser wieder löscht, die Lücke könnte ja ausgenutzt werden? Vielleicht sehe ich einiges zu kritisch, aber nicht durch die rosa Brille!

Zitat von myStolz

Der Fehler lag im Virtual Store. Dort gab es eine 2. client-update.ver
Verhindern kann man das durch Abschalten des Virtual Stores per Gruppenrichtlinie

@myStolz: Wie bist Du so plötzlich auf diese Lösung gekommen? In diesem gesamten Thread sehe ich keinen Antwort, die zu deiner Lösung passt.

Wir hatten nämlich nur den Virenscanner einfach runtergeschmissen (deintalliert) und den von tobit dann genommen.

Devin.