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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 328670
Url: https://administrator.de/forum/zugriffsprobleme-per-rdp-softwarehersteller-hilflos-rechteuebergabe-328670.html
Ausgedruckt am: 23.12.2024 um 13:12 Uhr
13 Kommentare
Neuester Kommentar
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
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
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
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.