Modifier de façon permanente les Variables d'Environnement de Windows

J'ai trouvé un moyen de changer le répertoire de base par défaut d'un utilisateur, mais je vais avoir des ennuis avec elle.

Modifier de façon permanente les Variables d'Environnement de Windows

Modifier de façon permanente les Variables d'Environnement de Windows

Modifier de façon permanente les Variables d'Environnement de Windows

Ceci vous permettra de changer de maison de disque C:

Mais quand je vérifie la variable d'environnement:

Modifier de façon permanente les Variables d'Environnement de Windows

Il est encore H:, avec un redémarrage du système l'Environnement de variables dans les paramètres de windows est également de retour à H:/

J'ai aussi essayé de changer les choses comme ceci:

Modifier de façon permanente les Variables d'Environnement de Windows

Qui semble fonctionner, mais si j'ouvre un nouveau cmd elle sera revenue à H:/

Maintenant, je suis en train de faire ce que OpenSSH reconnaître C comme mon répertoire home au lieu de H: qui est un lecteur réseau, forçant OpenSSH ne pas fonctionner à moins que je cam connecté à mon réseau de l'université via le VPN.

Que puis-je faire pour régler ce de façon permanente et dans les yeux de OpenSSH?

Si la variable d'environnement est de retour, il est probable que la stratégie de groupe est impliqué. Êtes-vous à l'administrateur de la machine? L'appareil est-il joint à un domaine?
Une option serait d'écrire un fichier de commandes qui modifie la variable d'environnement, puis lance OpenSSH.
Quelle est la version d'OpenSSH exactement? Je veux dire, si vous l'exécutez à partir de cygwin, vous pouvez essayer de le /etc/passwd de bugs dans les stackoverflow.com/questions/1494658/... ??
Eh bien, il pourrait fonctionner pour moi surtout si je pouvais juste changer de façon permanente la variable d'environnement.

OriginalL'auteur Fantastic Mr Fox | 2012-08-13

  1. 10

    Nulle part fait mention d'une dépendance entre les HOMEDRIVE de la valeur et de la HOMEDIRECTORY valeur, ce qui se passait (je pense) c'est qu'il n'était pas à la carte le répertoire home de l'HOMEDRIVE et donc en défaut de retour à une valeur sûre (C:)

    J'ai écrit un script pour mettre à jour la publicité locales, remplacer les valeurs dans [], avec vos valeurs. Copier et coller dans un .vbs fichier et double-cliquez dessus pour l'exécuter.

    Set objUser = GetObject("WinNT://[COMPUTERNAME]/[USERNAME],user")
objUser.homeDirDrive = "H:"
objUser.HomeDirectory = "[URNPATH]"
objUser.SetInfo

    par exemple

    Set objUser = GetObject("WinNT://UQBDART-2328/BEN,user")
objUser.homeDirDrive = "H:"
objUser.HomeDirectory = "\\SERVER\SHARE"
objUser.SetInfo

    de l'exécuter, de redémarrage et de test. Il a travaillé pour moi.

    +1 pour une réponse à une question hors-sujet, intelligent. 🙂 Bien sûr, l'OP n'a pas dit s'il a le privilège admin, ou même si c'est un local ou un compte AD, mais vos suppositions sont raisonnables.
    J'ai utilisé ce script sur un undomained Windows 7 case, les scripts de mises à jour du local "Utilisateurs et Groupes" n'est pas une distance LDAP ou AD. L'OP semble avoir les droits d'admin, parce qu'il pourrait mettre à jour les variables d'environnement, il ne pouvait pas les amener à coller.
    En fait, si vous regardez attentivement, vous verrez qu'il a été mise à jour les variables d'environnement utilisateur, qui ne nécessite pas de privilèges administrateur.

    OriginalL'auteur joocer

  2. 5

    Sonne comme l'ANNONCE de profil sur le domaine est d'écraser les variables définies par l'utilisateur. Je vois votre capture d'écran indique que vous êtes connecté à la eait.org.edu.au domaine. Qui sera la racine de votre problème. Juste à comprendre quelques détails ici que j'ai repéré ailleurs, que peut-être vous aider:

    HOMEDRIVE, HOMEPATH & HOMESHARE sont définis et mis à jour via Active Directory. HOMEDRIVE & HOMEPATH sont ensemble, même sans maison de disque mis sur le compte; toutefois, elles pourront être remplacées par n'importe quel compte d'utilisateur de définir les propriétés dans l'AD.

    Voir aussi ces articles de base de connaissances:

    http://support.microsoft.com/kb/841343
http://support.microsoft.com/kb/237566
http://support.microsoft.com/kb/101507

    Sur un côté pour un autre moyen de contourner le problème:

    -Dans le passé j'ai créé une nouvelle instance de la ligne de commande de windows shell exécutable qui s'exécute automatiquement un script personnalisé, de sorte que chaque fois que vous lancez le shell, la variable d'environnement peut être surchargée.

    -Faire que vous pouvez simplement mettre le code que vous avez posté pour modifier la variable d'environnement dans un script batch, enregistrées chaque fois que vous le souhaitez, modifiez le raccourci(s) utilisée pour lancer le shell en allant dans les propriétés > alors modifier la zone Cible: %SystemRoot%\system32\cmd.exe /K "C:\Documents and Settings\Administrateur\Mes Documents\customshellscript.cmd" (Évidemment, la partie de la voie après /K est l'emplacement de votre script personnalisé)

    De cette façon, si vous êtes à l'aide d'openSSH-dessus de la console de toute façon, elle aura toujours la homedrive réglé correctement.

    OriginalL'auteur absentmindeduk

  3. 2

    La modification de ces les valeurs de la variable d'environnement n'est pas "pris en charge", au moins, il ne fonctionnera pas comme prévu car Windows changements en arrière.

    Selon cette Article base de connaissances Microsoft (KB841343), vous devez utiliser les politiques, si vous avez besoin de modifier ces paramètres. L'article contient également des liens pour savoir comment le faire (mais personnellement, je n'ai jamais essayé). Notez que l'article a été écrit à l'origine pour Windows 2000, mais je le soupçonne fortement, que c'est toujours valable pour les versions actuelles de Windows.

    Il ne marche pas vraiment expliquer comment modifier de façon permanente les variables, il dit des choses à propos des autorisations de groupe, mais pas de réelle instructions, aucune chance de vous en dire plus?
    Désolé, non, pas vraiment - comme je l'ai dit je n'ai jamais essayé. Ceci pourrait ou ne pourrait pas aider.

    OriginalL'auteur Christian.K

  4. 1

    De retour dans les jours de DOS les variables d'environnement ont fait partie du Programme Segment qui signifie que vous avez obtenu un local un aperçu des variables limitée à la portée de ce programme.

    Je devine que Windows n'a pas changé et les variables d'environnement disponibles à la fenêtre CMD seulement le champ d'application de cette fenêtre et de toutes les autres fenêtres qu'il engendre. C'est pris en charge par cette petite expérience:

    dans une fenêtre CMD type

    set homedrive=h:\

    et de test puis il est mis à jour en tapant

    set h

    à partir de ce même type de fenêtre

    start cmd

    et dans ce nouveau type de fenêtre

    set h

    quand j'ai fait cela-je obtenir HOMEDRIVE=H:\

    si je puis juste ouvrir une nouvelle fenêtre CMD dans le menu démarrer et faire la même série H-je obtenir HOMEDRIVE=C:\

    Je ne sais rien à propos de OpenSSH, mais je soupçonne le DÉBUT CMD eu la mise à jour HOMEDRIVE variable d'environnement, si vous écrivez un lot de mettre à jour la variable d'environnement, puis d'exécuter OpenSSH qui fonctionnent.

    C'est une bonne réponse, mais ce n'est pas vraiment ce que j'espérais, l'écriture d'un fichier de commandes habitude de résoudre le problème de l'évolution permanente de la variable. Comment allez-vous changer afin que windows ne veut pas le changer?
    Il doit y avoir un bug quelque part. J'ai utilisé SETX et ADSI pour modifier le HOMEDRIVE et redémarré mon PC, j'obtiens le suivant: ADSI reconnaît ses propres mises à jour et SETX montre sur le système de l'écran de propriétés (si vous utilisez /M, il va au fond, sans /M au sommet), mais encore la ligne de commande affiche toujours C:. J'ai maintenant quatre maison de disques en fonction de ce que vous regardez.
    Un bug avec le mien ou un bug avec le vôtre, vous dire que vous avez réussi à le faire de façon permanente avec SETX parce que je n'arrivais pas à.
    Bug avec Windows, c'est montrer une valeur qui ne correspond à aucune source pour cette valeur. Le registre correspond à ce que j'ai incrusté avec SETX mais c'est différent avec ce que j'ai vu sur la ligne de commande.
    l'écriture d'un fichier de commandes qui élimine la nécessité de modifier de façon permanente la variable, à condition que (comme votre question implique) tout ce qui compte c'est ce que OpenSSH voit.

    OriginalL'auteur joocer

  5. -3

    Sur windows 8:

    1. Appuyez sur "touche windows".
    2. type "variables d'environnement système".
    3. Permettre Avance "paramètres système" pour faire des changements.
    4. Sélectionnez "Avancé", onglet.
    5. Cliquez sur "Environnement de Variables...".
    6. Double-cliquez sur le "Chemin" de "variable Utilisateur pour XXXXXXXX"

    7. Ajouter à la fin de la variable le nouveau chemin d'accès que vous souhaitez séparés par des point-virgules.

      par exemple C:\Program Files\;C:\Python27\
      shareeditdelete (1)drapeau

    OriginalL'auteur Adolfo Macias