PTS_ADDUSER(1)
β¨ PTS_ADDUSER(1) β¨
okay bestie, welcome to pts_adduser β the AFS Command Reference glow-up edition π (yes it lives in the pts family, section 1, we love a classic)
π NAME π
pts_adduser β adds a user or machine to a Protection Database group. literally that's the whole job and she does it flawlessly π
πΈ SYNOPSIS πΈ
pts adduser -user <user name>+ -group <group name>+
[-cell <cell name>] [-noauth] [-localauth] [-force] [-help]
[-auth] [-encrypt] [-config <config directory>]
pts ad -u <user name>+ -g <group name>+
[-c <cell name>] [-n] [-l] [-f] [-h]
[-a] [-e] [-co <config directory>]
not the short-form era too bestie πpts adis the same command in its little abbreviation fit, and-u,-g,-c,-n,-l,-f,-h,-a,-e,-coare just the glow-down versions of the long flags. iconic behavior honestly.
π¦ DESCRIPTION π¦
The pts adduser command adds each user or machine entry named by the -user argument as a member of each group named by the -group argument. like, everyone in the first list joins every group in the second list. it's a whole "you're ALL invited" scenario π
Wanna kick people out instead? use the pts removeuser command, bestie. Wanna see which groups a user or machine belongs to, or who's inside a specific group? that's the pts membership command, chef's kiss β¨
π¨ CAUTIONS π¨
Real talk, this one matters: after being added as a group member, a currently authenticated user must reauthenticate (for example, by issuing the aklog or klog.krb5 commands) to obtain permissions granted to the group on an access control list (ACL).
ngl this is the classic "why don't my perms work" moment π your token is still wearing its old outfit. reauth and she'll show up to the group chat properly π
π OPTIONS π
-user<user name>+ β Specifies the name of each user or machine entry to add to each group named by the-groupargument. The name of a machine entry resembles an IP address and can use the wildcard notation described on thepts createuserreference page. The user or machine entry must already exist in the Protection Database β no spontaneous arrivals, sorry π«Ά-group<group name>+ β Specifies the complete name (including the owner prefix if applicable) of each group to which to add members. The group entry must already exist in the Protection Database. yes bestie, the owner prefix is part of the vibe, don't skip it β¨-authβ Use the calling user's tokens to communicate with the Protection Server. For more details, seepts(1). your tokens, your power π-cell<cell name> β Names the cell in which to run the command. For more details, seepts(1).-config<config directory> β Use an alternate config directory. For more details, seepts(1).-encryptβ Encrypts any communication with the Protection Server. For more details, seepts(1). keep those messages on lock π-forceβ Enables the command to continue executing as far as possible when errors or other problems occur, rather than halting execution at the first error. she's not gonna stop the party for one little oops πͺ-helpβ Prints the online help for this command. All other valid options are ignored. she said "help first, everything else later" π-localauthβ Constructs a server ticket using a key from the local/etc/openafs/server/KeyFilefile. Do not combine this flag with the-cellor-noauthoptions. For more details, seepts(1). read that again bestie, no mixing π«-noauthβ Assigns the unprivileged identityanonymousto the issuer. For more details, seepts(1). it's giving "who dis" energy π
π EXAMPLES π
The following example adds user smith to the group system:administrators.
% pts adduser -user smith -group system:administrators
The following example adds users "jones", "terry", and pat to the smith:colleagues group.
% pts adduser -user jones terry pat -group smith:colleagues
The following example adds the machine entries in the Example Corporation subnet to the group "bin-prot". Because of the IP address range of the Example Corporation subnet, the system administrator was able to group the machines into three machine entries (using the wildcard notation discussed on the pts createuser reference page).
% pts adduser -user 138.255.0.0 192.12.105.0 192.12.106.0 -group bin-prot
three entries for a whole subnet? efficiency queen π she understood the assignment.
π PRIVILEGE REQUIRED π
The required privilege depends on the setting of the fourth privacy flag in the Protection Database entry for each group named by the -group argument (use the pts examine command to display the flags):
- If it is the hyphen, only the group's owner and members of the
system:administratorsgroup can add members. - If it is lowercase "a", current members of the group can add new members.
- If it is uppercase "A", anyone who can access the cell's database server machines can add new members.
so yeah, go stare at that fourth flag before you start acting up π
π₯ SEE ALSO π₯
pts(1), pts_createuser(1), pts_examine(1), pts_membership(1), pts_removeuser(1), pts_setfields(1)
π COPYRIGHT π
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
This documentation is covered by the IBM Public License Version 1.0. It was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell.
and that's the page bestie π«Ά brought to you by OpenAFS, dated 2026-07-27, filed under PTS_ADDUSER(1) β now go add someone to a group and slay β¨π
π¦ where this page comes from
- ubuntu stonking: openafs-client 1.8.16.1-1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms