4
"Lokale" Laufwerke an RemoteApp weiterreichen (TerminalServer)
Hallo zusammen,
ich habe ein PDF-Bearbeitungsprogramm auf einenm TerminalServer (Windows Server 2016 Standard) als RemoteApp veröffentlicht und greife von einem Arbeitsplatz ( ebenfalls TerminalServer auf Windows Server 2016 Standard) darauf zu. Das klappt auch problemlos.
Allerdings zeigt mir das Programm nur die Laufwerke des Servers an, auf dem es selbst installiert ist, ich möchte aber natürlich meine eigenen "lokalen" und gemappten Laufwerke sehen und meine Daten dorther bearbeiten.
Gibt es bei der veröffentlichten App irgendwie die Möglichkeit, die "lokalen" Laufwerke wie bei der normalen RDP-Sitzung mit "duchzuschleifen" und auf dem AppServer zugänglich zu machen? RMT auf das Symbol und dann bearbeiten und Lokale Ressourcen einstellen wie bei der normalen RDP-Verbindung geht hier nicht.
Wäre schön, wenn jemand einen Hinweis hätte, gern auch eine Idee, ob/wie man das ggf. besser machen könnte...
Vielen Dank!
ich habe ein PDF-Bearbeitungsprogramm auf einenm TerminalServer (Windows Server 2016 Standard) als RemoteApp veröffentlicht und greife von einem Arbeitsplatz ( ebenfalls TerminalServer auf Windows Server 2016 Standard) darauf zu. Das klappt auch problemlos.
Allerdings zeigt mir das Programm nur die Laufwerke des Servers an, auf dem es selbst installiert ist, ich möchte aber natürlich meine eigenen "lokalen" und gemappten Laufwerke sehen und meine Daten dorther bearbeiten.
Gibt es bei der veröffentlichten App irgendwie die Möglichkeit, die "lokalen" Laufwerke wie bei der normalen RDP-Sitzung mit "duchzuschleifen" und auf dem AppServer zugänglich zu machen? RMT auf das Symbol und dann bearbeiten und Lokale Ressourcen einstellen wie bei der normalen RDP-Verbindung geht hier nicht.
Wäre schön, wenn jemand einen Hinweis hätte, gern auch eine Idee, ob/wie man das ggf. besser machen könnte...
Vielen Dank!
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 1384288996
Url: https://administrator.de/contentid/1384288996
Ausgedruckt am: 25.11.2024 um 10:11 Uhr
4 Kommentare
Neuester Kommentar
Bei RemoteApps werden per Default alle Laufwerke mitgenommen, ergo hast Du oder ein Kollege bereits an den Defaults gedreht und Laufwerksmitnahme absichtlich verboten am Server: https://admx.help/?Category=Windows_10_2016&Policy=Microsoft.Policie ...
Danke für Deine schnelle Antwort.
Kann schon sein, dass das irgendwer irgendwie eingestellt hat, die Server sind nach irgend einem Image erstellt...
Den Eintrag fDisableCdm gibt es bei mir unter HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services garnicht.
Da der Standard ja das Durchreichen sein sollte, müsste es in diesem Fall ja funktionieren, oder?
Hast Du noch eine andere Idee oder verrätst mir, wo mein Denkfehler liegt?
Vielen Dank
Kann schon sein, dass das irgendwer irgendwie eingestellt hat, die Server sind nach irgend einem Image erstellt...
Den Eintrag fDisableCdm gibt es bei mir unter HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services garnicht.
Da der Standard ja das Durchreichen sein sollte, müsste es in diesem Fall ja funktionieren, oder?
Hast Du noch eine andere Idee oder verrätst mir, wo mein Denkfehler liegt?
Vielen Dank
Bei normalem RDP ("Vollsitzung") werden die Laufwerke mitgenommen?
Das stell bitte sicher.
Danach dann in c:\test die Datei mit dem Editor ansehen und prüfen, ob da tatsächlich die Zeilen
und
zu finden sind. Der * besagt: "nimm alle Laufwerke mit".
Das stell bitte sicher.
RMT auf das Symbol und dann bearbeiten und Lokale Ressourcen einstellen wie bei der normalen RDP-Verbindung geht hier nicht.
Klickt man das Symbol auf der Website https://deinRemoteAppServer/RDWeb, so wird am Server eine .rdp-Datei generiert, ins %temp%-Verzeichnis des Clients geladen, dort ausgeführt uns sofort danach wieder gelöscht (Microsoft-Logik). Diese Datei könntest Du ganz simpel abfangen mit einer Batch::start
copy %temp%\*.rdp c:\test\
goto startdrivestoredirect:s:*redirectdrives:i:1
Hallo,
ich habe gefunden, woran es lag.
Der Tipp, zu überprüfen, ob bei der normalen RDP-Verbindung( die ich eigentlich garnicht zulasse, weil der TS nicht direkt sondern nur über die freigegebenene Apps genutzt wird) hat mich auf den richtigen Pfad gebracht. An der TS-Sammlung war die Mitnahme der Laufwerke deaktiviert.
Leider geht dort nur generelle De-/aktivierung und die Anzeige ist etwas gewöhnungsbedüftig ( nur der Laufwerksbuchstatebe und der übergebende Servername werden gezeigt, der eigentliche Mapping-Pfad geht verloren) Aber damit kann ich zur Not leben.
Vielen Dank für den entscheidenden Schubs an die richtige Stelle!
ich habe gefunden, woran es lag.
Der Tipp, zu überprüfen, ob bei der normalen RDP-Verbindung( die ich eigentlich garnicht zulasse, weil der TS nicht direkt sondern nur über die freigegebenene Apps genutzt wird) hat mich auf den richtigen Pfad gebracht. An der TS-Sammlung war die Mitnahme der Laufwerke deaktiviert.
Leider geht dort nur generelle De-/aktivierung und die Anzeige ist etwas gewöhnungsbedüftig ( nur der Laufwerksbuchstatebe und der übergebende Servername werden gezeigt, der eigentliche Mapping-Pfad geht verloren) Aber damit kann ich zur Not leben.
Vielen Dank für den entscheidenden Schubs an die richtige Stelle!
