Überschreiben von HOMEDRIVE und HOMEPATH als Windows 7-Benutzer

Mein Arbeitgeber verfügt über eine Active Directory-Gruppenrichtlinie, die mein Windows 7-Notebook HOMEDRIVE auf "M:" (ein zugeordnetes Netzlaufwerk) und mein HOMEPATH auf "\" setzt. Da ich nur Leseberechtigungen für das Stammverzeichnis dieses freigegebenen Laufwerks habe, kann ich in meinem Windows-Basisverzeichnis keine Dateien oder Verzeichnisse erstellen. Meine Versuche, mit der IT-Abteilung zusammenzuarbeiten, waren erfolglos.

Gibt es eine Möglichkeit für mich , um global diese Umgebungs - Variablen beim Booten oder Login - Zeit zu ändern? Ich muss für alle Anwendungen alternative Werte verwenden (z. B. "C:" und "\ Users \ myname"). Ich habe einige Dienstprogramme (wie gvim und andere) installiert, die Einstellungsdateien im Home-Verzeichnis des Benutzers speichern.

WICHTIG : Das Ändern dieser Envars unter "Systemeigenschaften> Umgebungsvariablen" funktioniert nicht . Ich habe versucht, diese als Benutzer- und Systemvariablen festzulegen (einschließlich eines Neustarts). Die Eingabe SET HOMEin ein DOS-Fenster zeigt deutlich, dass meine Einstellungen ignoriert werden. Die Verwendung von "Start in" in einer Windows-Verknüpfung löst dieses Problem ebenfalls nicht , da ich Dinge wie Kontextmenüelemente des Explorers (wie "Mit Vim bearbeiten") benötige, um ordnungsgemäß zu funktionieren.

Ich habe Administratorrechte auf diesem Firmen-Laptop, aber ich bin kein Win7-Guru. Früher hätte ein Boot-Skript dies in einer Minute gelöst. Ist es heute überhaupt möglich? Vielen Dank.

Im Folgenden sind einige Hacks aufgeführt, die ich entwickelt habe. Sie sind nicht elegant, können aber in Ihrer Unternehmensumgebung funktionieren.

Nur HOMEDRIVE

Es scheint, dass viele Anwendungen nur HOMEDRIVE / HOMEPATH verwenden. In diesem Fall können Sie ein Startskript erstellen, das den Basislaufwerksbuchstaben über den Administratorpfad des UNC-Laufwerks Ihrem lokalen Benutzerpfad neu zuordnet:

set HOME
HOMEDRIVE=G:
HOMEPATH=\
HOMESHARE=\\Server\Users\username

net use g: /delete
net use g: \\localhost\C$\Users\username

HOMEDRIVE Lokale Standardeinstellung

Wenn Sie nicht über den Namen auf "Server" zugreifen müssen, kann die Gruppenrichtlinieneinstellung fehlschlagen und auf Ihren lokalen Computer zurückgreifen. Der einfachste Weg, dies zu tun, besteht darin, einen Eintrag in C: \ Windows \ System32 \ drivers \ etc \ hosts wie folgt hinzuzufügen :

127.0.0.1   Server

Nach dem Neustart sollte Folgendes angezeigt werden:

set HOME
HOMEDRIVE=C:
HOMEPATH=\Users\username

HOMEDRIVE / SHARE mit hybriden lokalen / Remote-UNC-Pfaden

Wenn Sie für einige UNC-Pfade namentlich auf "Server" zugreifen möchten, andere jedoch durch lokale Pfade überschreiben möchten, habe ich den folgenden Gräuel entwickelt. Hinweis: Direkte Serververbindungen zu "Server" werden weiterhin auf Ihrem lokalen Computer aufgelöst. Ich empfehle diese Lösung nur, wenn "Server" nur ein Dateiserver ist:

1. Ändern Sie C: \ Windows \ System32 \ drivers \ etc \ hosts , um "Server" auf Ihren lokalen Computer umzuleiten:

   127.0.0.1   Server
   

2. Fügen Sie den folgenden Multi-String - Registrierungswert HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Lsa \ MSV1_0 Anmeldeinformationen zu ermöglichen , an dem lokalen UNC - Pfad übergeben werden:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0\
   BackConnectionHostNames = Server
   

3. Erstellen Sie ein Dummy-Verzeichnis, das als Stammverzeichnis des Servers dient:

   set DUMMY_LOC=C:\Server_Dummy
   
   mkdir %DUMMY_LOC%
   cd /D %DUMMY_LOC%
   

4. Für jeden UNC-Pfad, den Sie an den realen Server weiterleiten möchten:

   rem Alternatively you can use an IP below, but it is more likely to break if DNS changes
   set SERVER_FQDN=Server.network.blah.com
   
   rem Take a look at what's available...
   net view \\%SERVER_FQDN%\
   
   mklink /D Remote_Example \\%SERVER_FQDN%\Remote_Example
   net share Remote_Example=%DUMMY_LOC%\Remote_Example /grant:everyone,FULL
   

5. Für jede UNC-Freigabe, die Sie lokal definieren möchten (z. B. Benutzer):

   rem The link isn't really necessary for the share, I just find it easier to manage when all of these hacks are in the same directory
   
   mklink /D Users C:\Users
   net share Users=%DUMMY_LOC%\Users /grant:everyone,FULL
   

6. Starten Sie neu

In diesem Beispiel können die folgenden UNC-Pfade aufgelöst werden:

\\Server\Remote_Example => \\Server.network.blah.com\Remote_Example
\\Server\Users          => C:\Users

Diese Pfadauflösung sollte vor der Laufwerkszuordnung erfolgen. Solange die den Zuordnungen zugeordneten UNC-Pfade gültig sind (lokal oder remote), sollten sich die Laufwerksbuchstaben wie erwartet verhalten.

In meinem Setup werden beispielsweise die folgenden Variablen von der Domäne erzwungen:

set HOME
HOMEDRIVE=G:
HOMEPATH=\
HOMESHARE=\\Server\Users\username

Aufgrund meiner Zuordnungen ist das Ergebnis jedoch:

G: => \\Server\Users\username => C:\Users\username

Die beste Lösung, die ich gefunden habe, bestand darin, Variablen beim Anmelden und vorher festzulegen userinit.exe.

Das habe ich getan. Zuerst wurde eine Batch-Datei C:\Windows\System32\userinit.cmdmit erstellt

@ECHO OFF
SET HOMEDRIVE=C:
SET HOMEPATH=\Users\%USERNAME%
SET HOMESHARE=\\localhost\C$\Users\%USERNAME%
@START C:\Windows\system32\userinit.exe

und dann änderte Wert HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinitzu C:\Windows\System32\userinit.cmdin der Registrierung.

Weitere Informationen finden Sie unter: https://technet.microsoft.com/en-us/library/cc939862.aspx

Ich habe SETXin einem Startskript verwendet und das hat bei mir funktioniert. Siehe meine Antwort .

Ich denke, diese Pfade werden automatisch an die Stelle gesetzt, an der sich Ihr Benutzerprofil befindet. Das Home-Laufwerk, auf das Sie sich beziehen, ist der Ort, an dem sich Ihre ntuser.dat- und Anwendungsdaten sowie andere Benutzerprofilordner befinden. Zurück mit NT3.x war das "Benutzerprofil" nur Ihre Benutzerregistrierungsstruktur mit Einstellungen, und Sie konnten für jeden Benutzer einen separaten Stammpfad festlegen. Diese wurden in NT4 als Benutzerprofil mit einem Desktop, meinen Dokumenten, einem Startmenü usw. vereint.

Die Speicherorte aller Profile werden in Registrierungsschlüsseln unter gespeichert

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Sie finden einige Werte für die speziellen Profile und Unterschlüssel: einen für jedes aktive Profil im System. Sie werden durch die SID des Benutzerkontos eingerichtet, zu dem sie gehören. Der einfachste Weg, Ihren zu finden, wäre, durch jeden einzelnen zu scrollen und nach dem richtigen Pfad (unter dem ProfileImagePathWert) zu suchen . Sie sollten in der Lage sein, diesen Wert in einen beliebigen Pfad zu ändern. Dies wird beim nächsten Anmelden wirksam. Stellen Sie sicher, dass Sie Ihre Dateien zuerst in den neuen Pfad kopieren.

Wenn Sie das Profil von dem Konto verschieben müssen, als das Sie angemeldet sind (dh als MikeC angemeldet sind und Sie versuchen, das Profil für MikeC zu kopieren), wird die Datei ntuser.dat (die Registrierungsstruktur mit HKEY_CURRENT_USER) vom Kernel gesperrt. Sie können die Struktur weiterhin kopieren: Gehen Sie zu regedit, klicken Sie mit der rechten Maustaste auf HKEY_CURRENT_USER, wählen Sie "Exportieren", ändern Sie den Typ in "Registrierungsstrukturdateien" und speichern Sie sie unter dem Namen "ntuser.dat" an Ihrem neuen Speicherort.

Nach meiner Erfahrung erstellt winlogon beim Laden eines Profils aufgrund einer fehlerhaften Einrichtung entweder eine neue Kopie des Standardprofils oder gibt Ihnen eine temporäre Kopie, die Sie für diese Sitzung verwenden können, und Sie können sich trotzdem anmelden Ich würde Ihnen jedoch empfehlen, ein anderes Administrator-Login für das System zu verwenden, falls etwas schief geht.

Ich poste dies für den Fall, dass jemand über Google auf diese Frage kommt. Anstatt mein Homeverzeichnis zu ändern und die IS-Leute wütend auf mich zu machen, habe ich meine Entwicklung auf einer virtuellen Maschine eingerichtet und ausgeführt. Microsoft bietet Windows XP im virtuellen Modus an. http://www.microsoft.com/windows/virtual-pc/download.aspx

Eine etwas einfachere Alternative wäre, das folgende Skript (env-reset.vbs) als geplante Aufgabe bei der Anmeldung auszuführen, zu entsperren und möglicherweise auch alle paar Minuten.

Set shell = WScript.CreateObject("WScript.Shell")  
Set venv = shell.Environment("Volatile")  

scriptingHost = LCase(Right(Wscript.FullName,Len("cscript.exe")))
interactive = Wscript.Interactive And (scriptingHost = "cscript.exe")

If interactive Then 
  Wscript.Echo "WSCRIPT"
  Wscript.Echo "  ScriptingHost = " & scriptingHost
  Wscript.Echo "  FullName = " & Wscript.FullName
  Wscript.Echo "  ScriptFullName = " & Wscript.ScriptFullName
End If  

If interactive Then Call showVolatile()

homedrive = Left(venv("USERPROFILE"),2)
homepath = Mid(venv("USERPROFILE"),3)
If interactive Then 
  Wscript.Echo "COMPUTED"
  Wscript.Echo "  homedrive = " & homedrive
  Wscript.Echo "  homepath = " & homepath
End If  
venv("HOMEDRIVE") = homedrive
venv("HOMEPATH")  = homepath

If interactive Then Call showVolatile()

Wscript.Quit(0)

Sub showVolatile()
  Wscript.Echo "VOLATILE"
  Wscript.Echo "  USERPROFILE = " & venv("USERPROFILE")  
  Wscript.Echo "  HOMEDRIVE = " & venv("HOMEDRIVE")  
  Wscript.Echo "  HOMEPATH = " & venv("HOMEPATH")  
  Wscript.Echo "  HOMESHARE = " & venv("HOMESHARE")  
End Sub