13
Zugriffsprobleme per RDP - Softwarehersteller hilflos - Rechteübergabe -
Hallo,
folgende Grundhardware / Installation
Windows Hyper-V Server 2012 mit 2 Virtuellen Maschinen
1.) Terminal Server <-- hier läuft die besagte Software
2.) AD-Server
Beide Windows Server 2012 ( KEIN R2 )
Wir haben ein Medizinprogramm am laufen, das komischerweise Wochenlang ohne Probleme arbeitet. Dann, von jetzt auf gleich gibt es Probleme beim Erstellen von Plänen die mit Word zusammenhängen.
Es betrifft nur Nutzer, die sich per RDP auf den Server verbinden.
Es werden Platzhalter in einem Word Dokument ersetzt. Das Word Dokument wird im besagten Verzeichnis angelegt ~xxxxx.tmp wird aber dann nicht in den richtigen Namen zurückkonvertiert und das Hauptprogramm kann dann die Datei nicht finden und anzeigen.
Wenn ich die .tmp Datei in Word öffne, ist diese korrekt übersetzt!
Jeder User hat ausreichend Rechte für den Ordner, er kann das .tmp Dokument auch umbenennen,...
Wenn ich das Programm als Administrator ausführe, gibt es mit den Plänen keine Probleme, es funktioniert. Starte ich in der gleichen RDP Sitzung das Programm wieder als "User" geht es nicht.
Manchmal beende ich die RDP Sitzung, starte diese neu, dann kann der Benutzer ohne Probleme arbeiten.
Manchmal funktioniert es morgen und ab Mittags geht es in der laufenden Sitzung nicht mehr.
Ich bin mittlerweise echt ratlos, und weis mir nicht mehr zu helfen.
Vielleicht habt ihr noch einen Lösungsansatz ...
Ich habe Word 2013 auch schon durch Word 2010 ersetzt, ohne Erfolg ...
Bitte um Tipps, das Problem ist echt nervig.
Danke
folgende Grundhardware / Installation
Windows Hyper-V Server 2012 mit 2 Virtuellen Maschinen
1.) Terminal Server <-- hier läuft die besagte Software
2.) AD-Server
Beide Windows Server 2012 ( KEIN R2 )
Wir haben ein Medizinprogramm am laufen, das komischerweise Wochenlang ohne Probleme arbeitet. Dann, von jetzt auf gleich gibt es Probleme beim Erstellen von Plänen die mit Word zusammenhängen.
Es betrifft nur Nutzer, die sich per RDP auf den Server verbinden.
Es werden Platzhalter in einem Word Dokument ersetzt. Das Word Dokument wird im besagten Verzeichnis angelegt ~xxxxx.tmp wird aber dann nicht in den richtigen Namen zurückkonvertiert und das Hauptprogramm kann dann die Datei nicht finden und anzeigen.
Wenn ich die .tmp Datei in Word öffne, ist diese korrekt übersetzt!
Jeder User hat ausreichend Rechte für den Ordner, er kann das .tmp Dokument auch umbenennen,...
Wenn ich das Programm als Administrator ausführe, gibt es mit den Plänen keine Probleme, es funktioniert. Starte ich in der gleichen RDP Sitzung das Programm wieder als "User" geht es nicht.
Manchmal beende ich die RDP Sitzung, starte diese neu, dann kann der Benutzer ohne Probleme arbeiten.
Manchmal funktioniert es morgen und ab Mittags geht es in der laufenden Sitzung nicht mehr.
Ich bin mittlerweise echt ratlos, und weis mir nicht mehr zu helfen.
Vielleicht habt ihr noch einen Lösungsansatz ...
Ich habe Word 2013 auch schon durch Word 2010 ersetzt, ohne Erfolg ...
Bitte um Tipps, das Problem ist echt nervig.
Danke
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 328670
Url: https://administrator.de/contentid/328670
Printed on: April 19, 2024 at 20:04 o'clock
13 Comments
Latest comment
Hi,
das riecht mir eindeutig nach einem Anwendungsproblem. Der Hersteller sollte doch in der Lage sein, Dir eine eindeutige Debug-Prozedur zu benennen, welche Du Schrit für Schritt abarbeiten kannst und/oder welche aufzeichnet, was wann gemacht wird oder welche Fehler (genau benannt) wann auftreten. "Geht nicht" ist eine "beliebte" Fehlermeldung fauler Programmierer. Ich spreche da aus Erfahrung, ich programmiere auch.
E.
das riecht mir eindeutig nach einem Anwendungsproblem. Der Hersteller sollte doch in der Lage sein, Dir eine eindeutige Debug-Prozedur zu benennen, welche Du Schrit für Schritt abarbeiten kannst und/oder welche aufzeichnet, was wann gemacht wird oder welche Fehler (genau benannt) wann auftreten. "Geht nicht" ist eine "beliebte" Fehlermeldung fauler Programmierer. Ich spreche da aus Erfahrung, ich programmiere auch.
E.
Moin,
wie kann man in so viel Prosa so wenig brauchbare Informationen unterbringen?
LG, Thomas
wie kann man in so viel Prosa so wenig brauchbare Informationen unterbringen?
Wir haben ein Medizinprogramm am laufen
Echt? Nimmt das irgendeine Medizin ein oder ist das ein Praxisverwaltungssoftware? Wenn Letztere, welche?das komischerweise Wochenlang ohne Probleme arbeitet
Wenn Du das Konstrukt betreust, ist das schon komisch ... von jetzt auf gleich gibt es Probleme beim Erstellen von Plänen die mit Word zusammenhängen
Hä?Das Word Dokument wird im besagten Verzeichnis angelegt
In was für einem besagten Verzeichnis? Und wie ist Word überhaupt an Dein ominöses "Hauptprogramm" angebunden? Was sind das für Word-Editionen?LG, Thomas
Das sehe ich genauso. Gerade da die Dateien die geöffnet werden sollen auch vorhanden sind, zumindest kurzzeitig.
Nur der Programmierer weis doch was er genau macht und übergibt.
Nur der Programmierer weis doch was er genau macht und übergibt.
Echt? Nimmt das irgendeine Medizin ein oder ist das ein Praxisverwaltungssoftware? Wenn Letztere, welche?
Es handelt sich um Nephro 7 von der Firma MedVision.Wenn Du das Konstrukt betreust, ist das schon komisch ...
Wieso ist das komisch ? Es gibt Wochenlang keine Probleme, und dann schlagartig, dann wieder ohne Probleme ...Hä?
Es werden auf dem Programm z.B. Medikamentenpläne erstellt. Dazu werden Platzhalter in einem Word Dokument übersetzt.In was für einem besagten Verzeichnis? Und wie ist Word überhaupt an Dein ominöses "Hauptprogramm" angebunden? Was sind das für Word-Editionen?
Word ist als VL installiert. Es wird im Ordner c:\ProgramData\MedVision\Dataprax\... gearbeitet, bzw, hier wird ein temporäres Dokument erzeugt wo die Platzhalter durch die Software ersetzt werden.
Ich hoffe ich konnte das etwas vertiefen
LG Jörg
Moin,
Gruß,
Dani
"Geht nicht" ist eine "beliebte" Fehlermeldung fauler Programmierer. Ich spreche da aus Erfahrung, ich programmiere auch
Wenn es offiziell nicht supportet wird für mich legitim.Dann, von jetzt auf gleich gibt es Probleme beim Erstellen von Plänen die mit Word zusammenhängen.
Windows Updates eingespielt?Gruß,
Dani
Moin nochmal,
So wie Du das schilderst, liegt das Problem aber an genau dieser Anbindung von Word an Dein Nephrodingens ... Wenn Du aber sicher bist, dass die Schnittstelle mit administrativen Rechten auf dem RDS funktioniert, würde ich zunächst mal probatorisch die UAC für die betroffenen user auf zero ziehen, eventuell hakt es ja dort.
LG, Thomas
Es handelt sich um Nephro 7 von der Firma MedVision.
OK, kenn ich aber leider nicht.Word ist als VL installiert.
Ok.Es wird im Ordner c:\ProgramData\MedVision\Dataprax\... gearbeitet, bzw, hier wird ein temporäres Dokument erzeugt wo die Platzhalter durch die Software ersetzt werden.
Ok. Beantwortet aber meine Frage:Und wie ist Word überhaupt an Dein ominöses "Hauptprogramm" angebunden?
nicht wirklich ( gdt?, bdt? proprietäre Schnittstelle?). Ich vermute letzteres, da sich IMHO über gdt und bdt die Übergabe der Medikation nicht darstellen lässt - da kann ich allerdings schief liegen.So wie Du das schilderst, liegt das Problem aber an genau dieser Anbindung von Word an Dein Nephrodingens ... Wenn Du aber sicher bist, dass die Schnittstelle mit administrativen Rechten auf dem RDS funktioniert, würde ich zunächst mal probatorisch die UAC für die betroffenen user auf zero ziehen, eventuell hakt es ja dort.
LG, Thomas
HAllo,
getestet, leider ohne Erfolg.
getestet, leider ohne Erfolg.
Moin nochmal,
.
Kennst Du keinen Nephrologen, der dieses Programm noch einsetzt?
LG, Thomas
getestet, leider ohne Erfolg.
O.k., jetzt wissen wir aber immer noch nicht, wie Word an diese Nephrose angebunden ist .Dazu werden Platzhalter in einem Word Dokument übersetzt.
Sind die Einstellungen zur Macro-Sicherheit bei Admin und User identisch? Wird aber auch nicht das Problem sein, wenn der Fehler nicht kontinuierlich auftritt ... am plausibelsten scheint mir tatsächlich ein Problem in der Wordanbindung des AIS zu sein.Kennst Du keinen Nephrologen, der dieses Programm noch einsetzt?
LG, Thomas
die UAC für die betroffenen user auf zero ziehen
Man kann das gezielt für einzelne Benutzer abschalten? Höre ich zum ersten Mal ....
man kann es per GPO abschalten, bzw. einer Gruppe zuweisen.
Hi,
ich hab jetzt mal Aufgrund eines anderen Fehlers die UPD deaktiviert. Jetzt werden die User lokal auf der Festplatte gespeichert, sprich die RDP User.
Da dort eh keine Daten gespeichert sind, sollte das eventuell das Problem lösen, zumindest kann ich aktuell "normal" arbeiten..
Ich werde weiter berichten.
Der Hersteller hat sich leider zum debugging nicht gemeldet.
ich hab jetzt mal Aufgrund eines anderen Fehlers die UPD deaktiviert. Jetzt werden die User lokal auf der Festplatte gespeichert, sprich die RDP User.
Da dort eh keine Daten gespeichert sind, sollte das eventuell das Problem lösen, zumindest kann ich aktuell "normal" arbeiten..
Ich werde weiter berichten.
Der Hersteller hat sich leider zum debugging nicht gemeldet.
Zitat von @emeriks:
die UAC für die betroffenen user auf zero ziehen
Man kann das gezielt für einzelne Benutzer abschalten? Höre ich zum ersten Mal ....Korrekt, die UAC ist Computer- und nicht Benutzerbezogen. Entweder dem gesamten WTS die Hosen runterziehen, oder nicht
Für mich stinkt das grundsätzlich auch ziemlich nach Windows-Update, oder AV-Programm, da Probleme dieser Natur niemals von jetzt auf gleich ohne Änderung passieren.
Der TE weiß ja (hofftl.), mit welchem Datum das angefangen hat und kann demnach mal alle Word-Updates, welche auf das Datum fallen, wieder Schritt für Schritt deinstallieren.
Ich hab die UPD deaktiviert und damit sind auch alle Fehler weg.
Naja, zumindest läuft es jetzt stabil
Naja, zumindest läuft es jetzt stabil
