CrushFTP-specific terms used in this wiki, and related:
Inheritance works by Crush looking at the inheritance path for the user, and loading each item from left to right. Each item as its loading replaces the previous items values. Finally, the actual current user is loaded and its values override any other previous users values.
The starting user item is 'default'. Its permanent, and cannot be removed. Its always first.
In my example screenshot, I have the 'demo' user overriding specific settings, and the 'ssh' user overriding even more settings before finally my real user has their settings loaded. You may use this to setup some events you want used, or some specific WebInterface customizations you want used, and then apply them to users in a group. That way you don't have to re-do the settings.
To remove settings, simply uncheck the checkbox, and click apply.
In case the user accounts are member of a Group with existing Group Template account (a user that's named exactly as the group, but not member of the group itself), inheritance works automatically. The parent in this case is the Group Template account itself, it will show up in the Inheritance/Templates list immediately after Defaults.
All user attributes except the the VFS directories are inheritable. VFS itself is not, but VFS Linking is, a Group Template account can be self-linked ( set up VFS linking on it to point to itself) then the group member accounts will inherit the linked VFS.
- Groups
- a logical way to organize user accounts, our term for an Organizational Unit equivalent. There is a separate wiki on this
- Inheritance
- a way to automatically apply user settings from one user to another. The term roots in object oriented programming.
- Group Template account
- inheritance parent or archtype account, that parents inheritance for a group of user accounts
- VFS Linking
- loosely related to inheritance, a pointer to a VFS directory of another user account, there is a separate wiki on this
Inheritance works by Crush looking at the inheritance path for the user, and loading each item from left to right. Each item as its loading replaces the previous items values. Finally, the actual current user is loaded and its values override any other previous users values.
The starting user item is 'default'. Its permanent, and cannot be removed. Its always first.
In my example screenshot, I have the 'demo' user overriding specific settings, and the 'ssh' user overriding even more settings before finally my real user has their settings loaded. You may use this to setup some events you want used, or some specific WebInterface customizations you want used, and then apply them to users in a group. That way you don't have to re-do the settings.
To remove settings, simply uncheck the checkbox, and click apply.
In case the user accounts are member of a Group with existing Group Template account (a user that's named exactly as the group, but not member of the group itself), inheritance works automatically. The parent in this case is the Group Template account itself, it will show up in the Inheritance/Templates list immediately after Defaults.
All user attributes except the the VFS directories are inheritable. VFS itself is not, but VFS Linking is, a Group Template account can be self-linked ( set up VFS linking on it to point to itself) then the group member accounts will inherit the linked VFS.
Add new attachment
Only authorized users are allowed to upload new attachments.
List of attachments
Kind | Attachment Name | Size | Version | Date Modified | Author | Change note |
---|---|---|---|---|---|---|
png |
inheritance.png | 15.0 kB | 2 | 29-Dec-2020 05:25 | Ben Spink |
«
This particular version was published on 17-Oct-2023 19:39 by Ada Csaba.
G’day (anonymous guest)
Log in
JSPWiki