Protocols CIFS unix-symlink-mapping endpoint overview
Overview
ONTAP allows both CIFS and NFS to access the same datastore. This datastore can contain symbolic links which are files, created by UNIX clients. It contains a reference to another file or directory. If an SMB client accesses a symbolic link, it is redirected to the target file or directory that the symbolic link refers to. The symbolic links can point to files within the volume that contain the share, or to files that are contained in other volumes on the Storage Virtual Machine (SVM), or even to volumes contained on other SVMs.
There are two types of symbolic links:
Relative A relative symbolic link contains a reference to the file or directory relative to its parent directory. Therefore, the path of the file it is referring to should not begin with a backslash (/). If you enable symbolic links on a share, relative symbolic links work without UNIX symlink mapping.
Absolute An absolute symbolic link contains a reference to a file or directory in the form of an absolute path. Therefore, the path of the file it is referring to should begin with a backslash (/). An absolute symbolic link can refer to a file or directory within or outside of the file system of the symbolic link. If the target is not in the same local file system, the symbolic link is called a "widelink". If the symbolic link is enabled on a share and absolute symbolic links do not work right away, the mapping between the UNIX path of the symbolic link to the destination CIFS path must be created. When creating absolute symbolic link mappings, locality could be either "local" or "widelink" and it must be specified. If UNIX symlink mapping is created for a file or directory which is outside of the local share but the locality is set to "local", ONTAP does not allow access to the target.
A UNIX symbolic link support could be added to SMB shares by specifying the unix_symlink property during the creation of SMB shares or at any time by modifying the existing SMB unix_symlink property. UNIX symbolic link support is enabled by default.
Examples
Creating a UNIX symlink mapping for CIFS shares
To create UNIX symlink mappings for SMB shares, use the following API. Note the return_records=true query parameter used to obtain the newly created entry in the response.
# The API: POST /api/protocols/cifs/unix-symlink-mapping # The call: curl -X POST "https://<mgmt-ip>/api/protocols/cifs/unix-symlink-mapping?return_records=true" -H "accept: application/json" -H "Content-Type: application/json" -d "{ \"svm\": { \"name\": \"vs1\", \"uuid\": \"000c5cd2-ebdf-11e8-a96e-0050568ea3cb\" }, \"target\": { \"home_directory\": false, \"locality\": \"local\", \"path\": \"/dir1/dir2/\", \"server\": \"cifs123\", \"share\": \"sh1\" }, \"unix_path\": \"/mnt/eng_volume/\"}" # The response: { "num_records": 1, "records": [ { "svm": { "uuid": "000c5cd2-ebdf-11e8-a96e-0050568ea3cb", "name": "vs1" }, "unix_path": "/mnt/eng_volume/", "target": { "share": "sh1", "path": "/dir1/dir2/", "server": "cifs123", "locality": "local", "home_directory": false } } ] }
Retrieving UNIX symlink mappings for all SVMs in the cluster
# The API: GET /api/protocols/cifs/unix-symlink-mapping # The call: curl -X GET "https://<mgmt-ip>/api/protocols/cifs/unix-symlink-mapping?fields=*&return_records=true&return_timeout=15" -H "accept: application/hal+json" # The response: { "records": [ { "svm": { "uuid": "000c5cd2-ebdf-11e8-a96e-0050568ea3cb", "name": "vs1", "_links": { "self": { "href": "/api/svm/svms/000c5cd2-ebdf-11e8-a96e-0050568ea3cb" } } }, "unix_path": "/mnt/eng_volume/", "target": { "share": "sh1", "path": "/dir1/dir2/", "server": "CIFS123", "locality": "local", "home_directory": false }, "_links": { "self": { "href": "/api/protocols/cifs/unix-symlink-mapping/000c5cd2-ebdf-11e8-a96e-0050568ea3cb/%2Fmnt%2Feng_volume%2F" } } }, { "svm": { "uuid": "1d30d1b1-ebdf-11e8-a96e-0050568ea3cb", "name": "vs2", "_links": { "self": { "href": "/api/svm/svms/1d30d1b1-ebdf-11e8-a96e-0050568ea3cb" } } }, "unix_path": "/mnt/eng_volume/", "target": { "share": "ENG_SHARE", "path": "/dir1/dir2/", "server": "ENGCIFS", "locality": "widelink", "home_directory": false }, "_links": { "self": { "href": "/api/protocols/cifs/unix-symlink-mapping/1d30d1b1-ebdf-11e8-a96e-0050568ea3cb/%2Fmnt%2Feng_volume%2F" } } } ], "num_records": 2, "_links": { "self": { "href": "/api/protocols/cifs/unix-symlink-mapping?fields=*&return_records=true&return_timeout=15" } } }
Retrieving a specific UNIX symlink mapping for an SVM
The mapping being returned is identified by the UUID of its SVM and the unix-path.
# The API: GET /api/protocols/cifs/unix-symlink-mapping/{svm.uuid}/{unix_path} # The call: curl -X GET "https://<mgmt-ip>/api/protocols/cifs/unix-symlink-mapping/000c5cd2-ebdf-11e8-a96e-0050568ea3cb/%2Fmnt%2Feng_volume%2F" -H "accept: application/json" # The response: { "svm": { "uuid": "000c5cd2-ebdf-11e8-a96e-0050568ea3cb", "name": "vs1" }, "unix_path": "/mnt/eng_volume/", "target": { "share": "sh1", "path": "/dir1/dir2/", "server": "CIFS123", "locality": "local", "home_directory": false } }
Updating a specific UNIX symlink mapping for an SVM
The mapping being modified is identified by the UUID of its SVM and the unix-path.
# The API: PATCH /api/protocols/cifs/unix-symlink-mapping/{svm.uuid}/{unix_path} # The call: curl -X PATCH "https://<mgmt-ip>/api/protocols/cifs/unix-symlink-mapping/000c5cd2-ebdf-11e8-a96e-0050568ea3cb/%2Fmnt%2Feng_volume%2F" -H "accept: application/json" -H "Content-Type: application/json" -d "{ \"target\": { \"home_directory\": true, \"locality\": \"widelink\", \"path\": \"/new_path/\", \"server\": \"HR_SERVER\", \"share\": \"sh2\" }}"
Removing a specific UNIX symlink mapping for an SVM
The mapping being removed is identified by the UUID of its SVM and the unix-path.
# The API: DELETE /api/protocols/cifs/unix-symlink-mapping/{svm.uuid}/{unix_path} # The call: curl -X DELETE "https://<mgmt-ip>/api/protocols/cifs/unix-symlink-mapping/000c5cd2-ebdf-11e8-a96e-0050568ea3cb/%2Fmnt%2Feng_volume%2F" -H "accept: application/json"