Docroot Restriction for URI Paths
If you are using IBM Aspera Files or Aspera On Demand with Console to transfer files to and from cloud storage, you must configure a docroot restriction on your cloud-based transfer server instead of a docroot absolute path. A configuration with both a docroot absolute path (docrooted user) and a restriction is not supported.
The primary purpose of restrictions is to allow access to certain storage (for example, Amazon S3) for clients that have their own storage credentials. A docroot restriction limits the files a client is allowed to access for browsing and transfers. Files are rejected unless they match any restrictions that are present.
Restriction Syntax
Restrictions work for URI paths and are processed in the following order:
- If a restriction starts with "!", any files that match are rejected.
- If a restriction does not start with a "!", any files that match are kept.
- If any restrictions other than "!" exist, and the file does not match any of them, the file is rejected.
- Files that fail restrictions during directory iteration are ignored as if they do not exist.
Restriction syntax is specific to the storage:
| Storage Type | Format Example |
|---|---|
| local storage | file:////* |
| S3 and IBM Cloud Object Storage (Cleversafe) | s3://* |
| Swift storage | swift//* |
| Azure storage | azu://* |
To add a restriction, follow these steps:
<user> section and an all-users configuration in the
<default>
section:<paths>
<path>
<restrictions>
<restriction>s3://*</restriction>
</restrictions>
</path>
</paths>