Theme
Users on the Connector
Users are created and managed in your SFTP.cloud Portal and sync to this Connector automatically. You do not create them here.
What you do here is decide what each of them may do on this Connector's storage.
The list
Access, then Users.
| Column | Meaning |
|---|---|
| User | The full username, as the Portal issued it |
| Status | Active, Disabled, or Removed, mirroring the Portal |
| Access | The folder set and folder count they hold here, or No access yet |
Every user is marked Synced from Portal. That label is the point: this list is a mirror, not a source.
Import from a file, in the page header, reads the user export of the server you are leaving and grants the synced users what it granted them, creating the storage it names on this machine. See Import storage and access from a file.
If a user is missing
A user who exists in the Portal but not here has not been pushed yet. Wait a moment and refresh.
If they are still missing:
- Check the dashboard's Uplink to your site panel. A Connector that is not linked receives nothing.
- Check that the user is on the site this Connector is enrolled to.
- Check the Portal's Storage page: a Connector shown as needing re-enrollment stopped receiving pushes. See Enroll to your site.
Giving access
Open a user and choose Give access. Three steps: which folders, what they can do, review.
Full detail: Permissions.
Until you do this, the user signs in and every folder stays closed. That is deliberate: a valid identity with no local grant is not access.
Pausing access
Pause access stops this user signing in to anything on this Connector, without discarding what you granted them. Resume access puts it back exactly as it was.
Use it for a user under investigation, or one whose access should stop for a fortnight.
Revoking access
Revoke access removes every grant this user holds on this Connector, and ends their live sessions immediately.
Their Portal account is untouched. They still exist and can still sign in; there is simply nothing here for them.
Removing a user from this Connector
Remove from this Connector is cleanup for a user that was deleted at your site but lingered here.
If the user still exists at your site, they come back automatically on the next sync. Removing them here is not a way to deny access; pause or revoke is.
What the Connector decides and the Portal does not
| Decision | Here | Portal |
|---|---|---|
| Whether the user exists | yes | |
| How they authenticate | yes | |
| Which paths their session shows | yes | |
| Which of this Connector's folders they may open | yes | |
| What they may do in each folder | yes |
The Portal cannot grant itself access to your storage, because the grant does not live there.