Skip to content

modify-user

Modifie un utilisateur existant.

Syntaxe:

shell
sfiler-admin [options] modify-user [options de commande]
Options de commandeObligatoire/OptionnelDescription
-dOptionnelL'ID du domaine de l'utilisateur à modifier. Par défaut : 1
-dcOptionnelNom de la communauté par défaut pour cet utilisateur. Ce champ est facultatif. *Important : cet utilisateur doit également être assigné à cette communauté par défaut pour que cette configuration prenne effet (voir la commande: assigner-utilisateur-à-communauté)
-domainOptionnelL'ID du nouveau domaine lors d'un changement de domaine.
-eObligatoireAdresse électronique
-edOptionnelDate d'expiration du compte utilisateur. Utilisez le format suivant : AAAA-MM-JJ (par ex. 2014-12-31)
-fOptionnelNom complet (ex : Jane Doe)
-httpsOptionnelTrue ou False. Si True, l'utilisateur sera configuré pour les transferts HTTPS au lieu de l'applet. Par défaut, l'applet est utilisé pour les transferts.
-lOptionnelLangue de l'utilisateur (en, fr, es, etc.)
-nObligatoireNom d'utilisateur (ex : jdoe)
-neOptionnelTrue ou False. Si True, l'utilisateur ne pourra pas modifier son propre profile. Par défaut : False
-no-mailOptionnelTrue ou False. Si True, la notification par courrier électronique est DÉSACTIVÉE pour cet utilisateur. Par défaut: False
-pkOptionnelChemin vers le fichier de clé publique. Ce champ est facultatif.
-pwOptionnelMot de passe initial pour le nouvel utilisateur. L'utilisateur devra le changer lors de sa première connexion (s'il n'est pas un utilisateur de lot).
-renameOptionnelLe nouveau nom (ID de connexion) de l'utilisateur
-rnOptionnelNuméro de référence, ce champ est informatif et non utilisé par S-Filer Portal.
-saOptionnelTrue ou False. Si True, l'utilisateur est un compte de service dont le mot de passe n'expire jamais et l'authentification multi-facteurs est toujours désactivée. Par défaut : False
-uccpOptionnelTrue ou False. Si True, l'utilisateur ne pourra pas modifier son propre mot de passe. Par défaut: False.
-uqOptionnelUne valeur numérique représentant le nombre de Mo autorisés pour le quota de l'utilisateur. Ce quota est utilisé pour l'utilisateur lui-même ainsi que pour toutes les communautés partagées qu'il gère. Notez que la fonctionnalité de partage doit être activée pour que cette valeur soit utilisable.

Exemple:

shell
sfiler-admin.sh -l sfiler-master -p 012345 -s https://www.sfiler.com/sfiler/server/ modify-user -n "mon-usager" -e "mon-usager@okiok.com" -dc "ma-communauté" -ed "2027-01-01"
shell
sfiler-admin.exe -l sfiler-master -p 012345 -s https://www.sfiler.com/sfiler/server/ modify-user -n "mon-usager" -e "mon-usager@okiok.com" -dc "ma-communauté" -ed "2027-01-01"

⚠ Considérations importantes

Renommer un utilisateur dans un domaine externe

Le renommage d'un utilisateur dans un domaine autre que le domaine interne peut avoir des conséquences imprévues. Le nom de l'utilisateur est utilisé comme clé pour faire correspondre les comptes dans les sources d'authentification externes. Si le nouveau nom ne correspond pas au nom du compte dans le système externe, lors de l'exécution de l'adoption, le compte renommé sera désactivé et un nouvel utilisateur sera créé pour correspondre au nom du compte qui a été renommé. Le nouveau compte n'aura pas accès aux communautés ou aux fichiers auxquels le compte renommé avait accès.

Il existe des scénarios où le renommage d'un utilisateur externe est légitime :

  1. Lorsque le compte dans le système externe a été renommé.
  2. Lors du transfert d'utilisateurs d'un domaine d'authentification vers un autre domaine d'authentification. Dans ce cas, les utilisateurs doivent être renommés pour correspondre au domaine d'authentification cible.