Windows Server 2008 R2 Terminalserver Kontextmenü Neu fehlt im Root von Netzlaufwerken
ccc
Hallo,
aufgrund eines Kundenwunsches zu einem Neu in Betrieb genommenen Terminalservers auf Basis von Server 2008 R2 Standard x64 Edition, brauche ich eure Mithilfe.
Verbinde ich mich mit dem Server über RDP (mstsc) mit durchgeschleiften lokalen Laufwerken, fehlt im Stammverzeichniss (Root, Wurzel) der Laufwerke des Terminalclients das Kontextmenü "Neu" komplett. Per "Drag& Drop" können allerdings neue Ordner und Dateien hinzugefügt werden. Ein Rechteproblem ist hier also auszuschließen. Gehe ich eine Stufe tiefer in das Dateisystem, also z.B. von X:\ nach x:\Test ist das Kontestmenü "Neu" wieder komplett vorhanden.
Da das doch sehr abenteuerlich ist, habe ich nochmal als Testsystem eine VM nur mit der Terminalserverrolle eingerichtet und probiert. Der "Fehler" tritt auch hier auf.
Der Auftraggeber ist eine größere Schule, der anscheinend viel an solchen Sachen liegt.
Wäre also schön, wenn einer von euch schon mal diesen Sachverhalt behoben hat, oder einen Workaround kennt.
Konkret nochmals ein Anwendungsbeispiel:
Ein Schüler steckt seinen komplett leeren USB Stick am Client an, verbindet sich danach mit dem Terminalserver und bearbeitet irgendeine Aufgabe. Am Ende versucht er einen neuen Ordner auf dem leeren Stick zu speichern um seine Ergebnisse mit nach Hause zu nehmen. Da das Kontextmenü fehlt, ist das natürlich nicht möglich...
Hoffe ich konnte den Sachverhalt einigermaßen verständlich rüberbringen.
Mit der Hoffnung um Hilfe,
Viele Grüße und einen schönen Abend noch.
Hallo,
aufgrund eines Kundenwunsches zu einem Neu in Betrieb genommenen Terminalservers auf Basis von Server 2008 R2 Standard x64 Edition, brauche ich eure Mithilfe.
Verbinde ich mich mit dem Server über RDP (mstsc) mit durchgeschleiften lokalen Laufwerken, fehlt im Stammverzeichniss (Root, Wurzel) der Laufwerke des Terminalclients das Kontextmenü "Neu" komplett. Per "Drag& Drop" können allerdings neue Ordner und Dateien hinzugefügt werden. Ein Rechteproblem ist hier also auszuschließen. Gehe ich eine Stufe tiefer in das Dateisystem, also z.B. von X:\ nach x:\Test ist das Kontestmenü "Neu" wieder komplett vorhanden.
Da das doch sehr abenteuerlich ist, habe ich nochmal als Testsystem eine VM nur mit der Terminalserverrolle eingerichtet und probiert. Der "Fehler" tritt auch hier auf.
Der Auftraggeber ist eine größere Schule, der anscheinend viel an solchen Sachen liegt.
Wäre also schön, wenn einer von euch schon mal diesen Sachverhalt behoben hat, oder einen Workaround kennt.
Konkret nochmals ein Anwendungsbeispiel:
Ein Schüler steckt seinen komplett leeren USB Stick am Client an, verbindet sich danach mit dem Terminalserver und bearbeitet irgendeine Aufgabe. Am Ende versucht er einen neuen Ordner auf dem leeren Stick zu speichern um seine Ergebnisse mit nach Hause zu nehmen. Da das Kontextmenü fehlt, ist das natürlich nicht möglich...
Hoffe ich konnte den Sachverhalt einigermaßen verständlich rüberbringen.
Mit der Hoffnung um Hilfe,
Viele Grüße und einen schönen Abend noch.
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 165367
Url: https://administrator.de/forum/windows-server-2008-r2-terminalserver-kontextmenue-neu-fehlt-im-root-von-netzlaufwerken-165367.html
Ausgedruckt am: 14.05.2025 um 12:05 Uhr
5 Kommentare
Neuester Kommentar
verwendet ihr gruppenrichtlinien und vererbungen für die ordnerechte ?
Ich habe schon oft mit Problemen der Rechteverwaltung in Freigegebenden Ordner gerangelt.
Meistens hatt der Benutzer keinen Besitzer Status oder Vollzugriff auf dem Client.
Sind das Thinclients oder Normale PC's ?
mkrasselt1
Ich habe schon oft mit Problemen der Rechteverwaltung in Freigegebenden Ordner gerangelt.
Meistens hatt der Benutzer keinen Besitzer Status oder Vollzugriff auf dem Client.
Sind das Thinclients oder Normale PC's ?
mkrasselt1
Hallo,
auf dem produktiven System beim Kunden sind natürlich Gruppenrichtlinien eingerichtet. Da klappt auch soweit alles. Dein Ansatz war auch unsere erste Idee, jedoch tritt das Problem in einer frischen Virtuellen Maschine (ohne GPO-Konfiguration) auch auf. Also sollte hier nicht das Problem vorliegen.
auf dem produktiven System beim Kunden sind natürlich Gruppenrichtlinien eingerichtet. Da klappt auch soweit alles. Dein Ansatz war auch unsere erste Idee, jedoch tritt das Problem in einer frischen Virtuellen Maschine (ohne GPO-Konfiguration) auch auf. Also sollte hier nicht das Problem vorliegen.
Hallo Belenus,
ich konnte den Effekt bei mir in einem Standalone Server Win 2k8 R2 x64 SP1 Standard + RDP Client 6.1 (Win 7 x64 Pro) reproduzieren, auf den durchgereichten Laufwerken habe ich im Root kein Kontextmenü "Neu" bzw. "Neuer Ordner", Drag&Drop funktioniert aber und Berechtigungen sind vorhanden. Der Server hat keine Rollen und nur das SNMP Feature aktiviert.
Scheint also eher ein Designtechnischer Fehler zu sein.
Grüße
ich konnte den Effekt bei mir in einem Standalone Server Win 2k8 R2 x64 SP1 Standard + RDP Client 6.1 (Win 7 x64 Pro) reproduzieren, auf den durchgereichten Laufwerken habe ich im Root kein Kontextmenü "Neu" bzw. "Neuer Ordner", Drag&Drop funktioniert aber und Berechtigungen sind vorhanden. Der Server hat keine Rollen und nur das SNMP Feature aktiviert.
Scheint also eher ein Designtechnischer Fehler zu sein.
Grüße
Moin zusammen,
das ist ein Feature von Microsoft. Wir würden das in diesem Fall eher Bug nennen.
Mach doch einen Microsoft Call in Namen der Schule auf. Mal schauen was die Techniker dazu meinen.
Grüße,
Dani
das ist ein Feature von Microsoft. Wir würden das in diesem Fall eher Bug nennen.
Mach doch einen Microsoft Call in Namen der Schule auf. Mal schauen was die Techniker dazu meinen.
Grüße,
Dani
Stimmt. Bei mir auf 2008 R2 auch. Aber: Von der Kommandozeile aus geht es (md \\tsclient\d\testordner).
