Verfasste Forenbeiträge
-
AutorBeiträge
-
sschenkTeilnehmer
Hallo, der Fehler ist nun gefunden.
Eine Richtlinie unseres Virenscanners verhindert den Zugriff auf den Run-Key.
Nun habe ich allerdings keine Ahnung wie hier weiter verfahren werden soll!Die Richtlinie der Runkey-Überwachung ist ja nun auch durchaus Sinnvoll.
- Also leider ist erstmal die Verteilung gestoppt....Schade... 🙁MfG
S.Schenk
sschenkTeilnehmerSo, habe nochmal eine Stunde investieren können.
--Leider ohne Erfolge.
Das Testpaket kann in den RunKey schreiben.
Es Besteht also kein Berechtigungsproblem.
Die Recherche ist auf nächste Woche vertagtMfG
sschenkTeilnehmerHallo,
genau das ist es ja, es ist aus meiner Sicht absolut nicht nachzuvollziehen, warum hier nicht geschrieben werden kann.Ich bin gerade dabei, dass Problem auf unserer Seite zu suchen.
Erstelle gerade ein Testpaket, dass den RunKey bearbeitet und mit identischen Rechten ausgeführt wird.Ich werde Feedback geben, sobald ich etwas herausgefunden habe... .
Bis dahin habe ich das Testrollout vorerst gestoppt.MfG
SSchenk
sschenkTeilnehmerHallo und Danke für die Antwort.
Das Thema Multiuserumgebung habe ich bereits aussreichend erprobt und pdf24 für unsere Citrix-Farm (mittlerweile im Produktivstatus) im Einsatz.
--> Das funtkioniert tadellos.
in dieser Umgbung wird allerdings nicht "ständig" installiert /geupdatet. Das läuft da etwas anders.Nun ist es aber so, dass wir uns überlegt haben, im zuge einer Windows 7 Migration pdf24 zum Standard-Inventar der Win7 Rechner zu machen. Also lokale Installationen vie Softwareverteilung.
Erstinstallation mit Schalter /SIlent und Version: 2.9.1 lief ohne Probleme.
Anschliessend wurde versucht diese Version abzulösen mit V 2.9.7.
Dies auch wieder mit Schalter /Silent.Hier blieb die Installation vorerst "unsichtbar" stehen. Bei näher Betrachtung / Fehleranalyse wurde klar, dass es sich um den aufgeführten Fehler handelt, der einem (install)User unter anderem Benutzerkontext angezeigt wird. (Normaluser hat keine Adminrechte)
Es wird also mit Hilfe eines Runas und eines Service-Benutzers das Installationsprogramm ausgeführt. Wird dieser Benutzer trotz schalter /silent zu irgendeiner Interaktion aufgefordert, ist dies für den Enduser(ohne Adminrechte) nicht sichtbar. --> Setup bleibt hängen.Hierzu habe ich schon einige Nachfragen im Forum gesehen...Der Grund ist mit Sicherheit irgendwas in dieser Art.
MfG
S.Schenk
sschenkTeilnehmer😀
Mit freude kann ich euch mitteilen, dass wir PDF24 für den produktiven Betrieb der Terminalfarm vorsehen.
Das Auswerten der versteckten Laufwerke funktioniert perfekt so dass hier kein separater Workaround notwendig wird.
Alle Testuser sind mit dem Produkt vollstens zufrieden.Ein weiterer Grund für die Verwendung ist der offensichtlich auffallend geringe Resourccen verbrauch auf den Servermaschinen.
Hier fällt es auch bei 10 parallelen Verwendungen des Programmes nicht auf, dass hier PDF's erzeugt, erweitert etc. werden... .Also, von meiner Seite aus:
! Eine volle Empfehlung !
MfG
S.Schenk
sschenkTeilnehmerVielen Vielen Dank...Perfekter Job!!!
Ich schreibe euch direkt ein Feedback sobald ich die Farm mit euer 2.8.6er Version aktualisiert habe.MfG.pdf24_goes_Xanapp6_ 😀 .de
SSchenk
sschenkTeilnehmerAlso hier mal die Policy die die Anzeige vehindert. (im Windows)
Einige Progamme schaffen es dennoch gerne solche Settings zu ignorieren. Bestes Bespiel sind hier *.Jar-Tools wie z.b: MUCommander.
____________________________________________
Windows Components/Windows Explorer
Policy
Hide these specified drives in My Computer Setting:Enabled
Comment:
Pick one of the following combinations Restrict A, B, C and D drives only
___________________________________________________________Wenn Sie also im nächsten Release das Verstecken der Laufwerke mit aufnehmen würdet wäre das einsame Spitze... . Vielen Vielen Dank für die Arbeit.
Wann kann man denn ca. mit der neuen Version rechnen ?MfG
S.Schenk
sschenkTeilnehmerHallo PDF24-Team,
ich finde den Lösungsvorschlag perfekt.
Somit könnte man es vermutlich direkt via Registry-Eintrag steuern.
ZB:HKCU/Software/PDFPrint/EditorHideDrive=A;B;C;D
Bzw.: HKLM...
Zu der Frage:
Citrix (Xenapp) ist ja lediglich ein Aufsatz /Zusatz für einen Microsoft Terminal-Server. Man kann Via Citix natürlich eigene Policys definieren, aber diese beziehen überwiegend auf typische Citrix/Terminal-Funktionen.Session wiederverbinden, Client Printer durchschleifen....etc... .
Berechtigungen werden typischer weise AD-Seitig gesteuert. Und das machen wir auch hier so.
Der User darf also nur lesend auf C:zugreifen. (Im Windows Explorer ist C:\ z.B komplett ausgeblendet...).
Euer Editor schafft es dennoch das sonst versteckte Laufwerk c: komplett anzuzeigen. (wird der Inhalt -also die Dateien und Ordner- mit Flag: "Versteckt" versehen, funktioniert dies aber nicht mehr.) -Leider ist dies in einer produktiven Umgebung nicht die vorzuziehende Lösung.Also, wenn Ihr sowas implementieren könntet, wäre das ein absoluter Vorteil für Admins und für die Verwendung im professionellem Umfeld.
MfG.Und_vielen_Dank_für_die_schnelle_Antwort.de
S.Schenk
-
AutorBeiträge