Differences

This shows you the differences between two versions of the page.

--- rootdir_security [2022/02/11 12:58] – yves
+++ rootdir_security [2022/03/14 11:48] (current) – [Public vs private] yves
@@ Line 7: / Line 7: @@
       * Configure public/secret key combinations for S3 resources
       * Configure account credentials to be used when accessing a UNC network resource path
-  * Prevent users from access mounted content through root directories that they are or are not allowed to do
+  * Prevent [[user_management|users]] from access mounted content through root directories that they are or are not allowed to do
       * Define Access control lists
@@ Line 72: / Line 72: @@
 {{ :rootdir_s3_50.png?direct&400 |}}
-You can now browse your slides directly from your S3 content.
+If all is well, you can now browse your slides directly from your S3 content.
 {{ :rootdir_s3_60.png?direct&400 |}}
@@ Line 78: / Line 78: @@
 === Azure storage ===
+Microsoft Azure has its own protocol, and so we provide a separate mounting point type of it.
+Let's say that you have an Azure container defined and put some slides in it already:
+{{ :rootdir_azure_10.png?direct&400 |}}
+You can convert these credentials in a connectionstring:
+''%%DefaultEndpointsProtocol=https;AccountName=pathomation;AccountKey=SUPERSECRET;BlobEndpoint=https://pathomation.blob.core.windows.net/;QueueEndpoint=https://pathomation.queue.core.windows.net/;TableEndpoint=https://pathomation.table.core.windows.net/;FileEndpoint=https://pathomation.file.core.windows.net/;%%''
+This text snippet is then pasted in the connection string field of the mounting point properties:
+{{ :rootdir_azure_20.png?direct&400 |}}
+If all goes well, you can now serve your slides from your Azure storage repositories.
 ==== Public vs private ====
-As you have more users and more root-directories, it becomes undesirable that everybody is allow to see everything.
+As you have more [[user_management|users]] and more root-directories, it becomes undesirable that everybody is allowed to see everything.
 Therefore, root-directories can be marked "public" or "private":
-Public root directories are marked "public", it means every user has access to them. They can be accessed by anybody who is a registered user in the PMA.core user repository.
+{{ :rootdir_public_private_switch.png?direct&200 |}}
-Private root directories are marked "private", it means only select users can see the content. They are only accessible by those who have been explicitly given access to be allowed to access the folder through the directory's [[acl|access control list]].
+Public root directories are marked "public", it means every user has access to them. They can be accessed by anybody who is a registered user in [[user_management|the PMA.core user repository]].
+Private root directories are marked "private", it means only select users can see the content. They are only accessible by those who have been explicitly given access to be allowed to access the folder through the directory's [[rootdir_security#access_control_list|access control list]].
 ==== Access control lists ====
@@ Line 94: / Line 111: @@
 {{ :acl.png?nolink&400 |}}
+An interactive overview grid is available via the Root directories management view:
+{{ :rootdir_acl_20.png?direct&400 |}}
+As you get even more root-directories and more users, it is useful to get an overview of who has access to what. For that, you can request the ACL report from the root-directories view.
+{{ :overview.png?nolink&400 |}}
+The resulting report looks like this:
+{{ :overview2.png?nolink&400 |}}