none
Warum gibt es auf Terminal Server mehrere Windows Ordner (%homepath%\windows und systemroot ) RRS feed

  • Frage

  • Hallo Leute,

    ich beschäftige mich gerade mit dem Thema Terminalserver weil ich meine Setups nun auch für diese Systeme freigeben möchte. Auf jeden Fall habe ich dabei auch gelernt dass es bei TS mehrere Windows-Verzeichnisse gibt, siehe Titel.

    Kann mir bitte mal jemand erklären wozu das gut ist, ich würde gerne verstehen warum das notwendig ist.

     


    • Bearbeitet Alibaba31 Montag, 9. Januar 2012 11:57
    Montag, 9. Januar 2012 08:53

Antworten

  • Hi,

    Am 09.01.2012 09:53, schrieb Alibaba31:

    Kann mir bitte mal jemand erklären wozu das gut ist, ich würde gerne
    verstehen warum das notwendig ist.

    Weil ein BENUTZER! in %systemroot% nicht schreiben darf, werden
    eventuell/verwendete INI Dateien von Programmen, die dort liegen
    automatisch im HOME des Users abgelegt und quasi intern auf diese
    verwiesen, damit JEDER Benutzer seine eigene INI hat.

    Setzt voraus:
    - das Programm verwendet überhaupt eine INI
    - das Programm hat diese INI in C:\Windows liegen
    - Der User hat ein Basisverzeichnis

    Fazit: Altes NT4 ÜBerbleibsel

    Tschö
    Mark


    Mark Heitbrink - MVP Windows Server - Group Policy

    Homepage:       www.gruppenrichtlinien.de - deutsch
    GPO Tool:       www.reg2xml.com - Registry Export File Converter
    NetworkTrayTool www.gruppenrichtlinien.de/tools/Networktraytool.htm

    • Als Antwort markiert Alibaba31 Montag, 9. Januar 2012 11:56
    Montag, 9. Januar 2012 10:55

Alle Antworten

  • Hi,

    Am 09.01.2012 09:53, schrieb Alibaba31:

    Kann mir bitte mal jemand erklären wozu das gut ist, ich würde gerne
    verstehen warum das notwendig ist.

    Weil ein BENUTZER! in %systemroot% nicht schreiben darf, werden
    eventuell/verwendete INI Dateien von Programmen, die dort liegen
    automatisch im HOME des Users abgelegt und quasi intern auf diese
    verwiesen, damit JEDER Benutzer seine eigene INI hat.

    Setzt voraus:
    - das Programm verwendet überhaupt eine INI
    - das Programm hat diese INI in C:\Windows liegen
    - Der User hat ein Basisverzeichnis

    Fazit: Altes NT4 ÜBerbleibsel

    Tschö
    Mark


    Mark Heitbrink - MVP Windows Server - Group Policy

    Homepage:       www.gruppenrichtlinien.de - deutsch
    GPO Tool:       www.reg2xml.com - Registry Export File Converter
    NetworkTrayTool www.gruppenrichtlinien.de/tools/Networktraytool.htm

    • Als Antwort markiert Alibaba31 Montag, 9. Januar 2012 11:56
    Montag, 9. Januar 2012 10:55
  • Aaah...Naja heut zutage legt ja ohnehin niemand mehr eine INI im Windowsverzeichnis ab, zumindest sollte man das afaik nicht tun.

    Da wäre ich nicht drauf gekommen dass der User-Windows-Ordner nur für die INIs da ist. Aber vielen Dank Mark, da sieht man wieder was man aus Gründen der Abwärtskompatibilität so alles für Ballast rumschleppt bzw. sich auflädt.

    Montag, 9. Januar 2012 11:55
  • Am 09.01.2012 12:55, schrieb Alibaba31:

    User-Windows-Ordner nur für die INIs da is

    How and why ROOTDRIVE is used on Windows Terminal Server
    http://support.microsoft.com/kb/195950/en-us

    Tschö
    Mark


    Mark Heitbrink - MVP Windows Server - Group Policy

    Homepage:       www.gruppenrichtlinien.de - deutsch
    GPO Tool:       www.reg2xml.com - Registry Export File Converter
    NetworkTrayTool www.gruppenrichtlinien.de/tools/Networktraytool.htm

    Montag, 9. Januar 2012 12:15
  • Am 09.01.2012 schrieb Alibaba31:

    Aaah...Naja heut zutage legt ja ohnehin niemand mehr eine INI im Windowsverzeichnis ab, zumindest sollte man das afaik nicht tun.

    Es gibt genügend Hersteller/Entwickler die das genauso noch tun.

    Servus
    Winfried


    Connect2WSUS: http://www.grurili.de/tools/Connect2WSUS.exe
    GPO's: http://www.gruppenrichtlinien.de
    Community Forums NNTP Bridge: http://communitybridge.codeplex.com/

    Montag, 9. Januar 2012 21:13
  • Hallo,

    >How and why ROOTDRIVE is used on Windows Terminal Server

    *hust* was hast du denn da für einen alten Sch........atz ausgekramt :-)

    Da mache ich doch gleich mit:
    http://support.microsoft.com/kb/186504/en-us

    Abschnitt "change user".
    Das ist immer noch aktuell unter Server 2008 R2.

    Zum Thema INI-Mapping (nicht zu verwechseln mit dem hier http://www.winfaq.de/faq_html/Content/tip2000/onlinefaq.php?h=tip2009.htm)
    gibt es noch zu sagen, dieses funktioniert nur, wenn die INIs auch über die
    Windows APIs GetPrivateProfileString, WritePrivateProfileString geladen und geschrieben werden.

    Ebenso gilt das für das Windows Verzeichnis, das ebenfalls nur umgeleitet wird, wenn die API GetWindowsDirectory verwendet wird.

    Hart-codierte oder andere Lösungen funktionieren mit change user nicht.



    MVP - Group Policy http://matthiaswolf.blogspot.com/
    Montag, 9. Januar 2012 22:34