Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La Create Symbolic Link operación crea un nuevo vínculo simbólico a un archivo existente. Esta operación se admite en la versión 2025-07-05 y posteriores solo para recursos compartidos de archivos con el protocolo NFS habilitado.
Disponibilidad del protocolo
| Protocolo habilitado para recursos compartidos de archivos | Disponible |
|---|---|
| Pequeñas y Medianas Empresas (PYME) |
|
| NFS |
|
Solicitud
La solicitud Create Symbolic Link se construye de la siguiente manera. Se recomienda usar HTTPS.
| Método | Solicitud de URI | Versión HTTP |
|---|---|---|
| PON | https://myaccount.file.core.windows.net/myshare/mydirectorypath/mysymboliclink?restype=symboliclink |
HTTP/1.1 |
Reemplace los componentes de ruta de acceso que se muestran en el URI de solicitud por los suyos propios, como se describe en la tabla siguiente:
| Componente de ruta de acceso | Descripción |
|---|---|
myaccount |
Nombre de la cuenta de almacenamiento. |
myshare |
Nombre del recurso compartido de archivos. |
mydirectorypath |
Opcional. La ruta al directorio donde se va a crear el enlace simbólico. Si se omite la ruta de acceso del directorio, el enlace simbólico se creará dentro del recurso compartido especificado. Si se especifica el directorio, ya debe existir en el recurso compartido para poder crear el vínculo simbólico. |
mysymboliclink |
Nombre del vínculo simbólico que se va a crear. |
Para obtener información sobre las restricciones de nomenclatura de rutas de acceso, vea Recursos compartidos de nombres y referencia, directorios, archivos y metadatos.
Parámetros de URI
Puede especificar los siguientes parámetros adicionales en el URI de solicitud:
| Parámetro | Descripción |
|---|---|
timeout |
Opcional. El parámetro timeout se expresa en segundos. Para obtener más información, consulte Establecer tiempos de espera para las operaciones del servicio de archivos. |
Cabeceras de solicitud
Los encabezados de solicitud obligatorios y opcionales se describen en la tabla siguiente:
| Cabecera de solicitud | Descripción |
|---|---|
Authorization |
Obligatorio. Especifica el esquema de autorización, el nombre de la cuenta y la firma. Para más información, consulte Autorizar solicitudes a Azure Storage. |
Date o x-ms-date |
Obligatorio. Especifica la hora universal coordinada (UTC) de la solicitud. Para más información, consulte Autorizar solicitudes a Azure Storage. |
x-ms-version |
Necesario para todas las solicitudes autorizadas. Especifica la versión de la operación que se va a usar para esta solicitud. Esta operación se admite en la versión 2025-05-05 y posteriores para recursos compartidos de archivos con el protocolo NFS habilitado. Para más información, consulte Control de versiones de para los servicios de Azure Storage. |
Content-Length |
Opcional. Debe ser cero si está presente. |
x-ms-content-length |
Opcional. Debe ser cero si está presente. |
x-ms-meta-name:value |
Opcional. Pares nombre-valor asociados al archivo como metadatos. Los nombres de metadatos deben cumplir las reglas de nomenclatura de los identificadores de C# . |
x-ms-file-creation-time: { now ¦ <DateTime> } |
Opcional. Propiedad de hora universal coordinada (UTC) para el archivo. Se puede usar un valor de now para indicar la hora de la solicitud. El valor predeterminado es now. |
x-ms-file-last-write-time: { now ¦ <DateTime> } |
Opcional. La propiedad de última escritura de la hora universal coordinada (UTC) del archivo. Puede usar un valor de now para indicar la hora de la solicitud. El valor predeterminado es now. |
x-ms-owner |
Opcional. Identificador de usuario (UID) del propietario del archivo que se va a establecer en el archivo. El valor predeterminado es 0 (raíz). |
x-ms-group |
Opcional. Identificador de grupo (GID) del propietario del archivo que se va a establecer en el archivo. El valor predeterminado es 0 (grupo raíz). |
x-ms-link-text |
Obligatorio. Especifica la ruta de acceso al archivo de destino al que se creará el vínculo simbólico. La ruta, ya sea absoluta desde la raíz del recurso compartido o relativa al vínculo simbólico que se está creando, se almacena tal como se proporciona, sin resolverse. El valor debe estar codificado en porcentaje. |
x-ms-client-request-id |
Opcional. Proporciona un valor opaco generado por el cliente con un límite de caracteres de 1 kibibyte (KiB) que se registra en los registros cuando se configura el registro. Se recomienda encarecidamente usar este encabezado para correlacionar las actividades del lado cliente con las solicitudes que recibe el servidor. Para más información, consulte Monitor Azure Files. |
x-ms-file-request-intent |
Obligatorio si Authorization encabezado especifica un token de OAuth. El valor aceptable es backup. Este encabezado especifica que se debe conceder el Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action o Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action si se incluyen en la directiva de RBAC asignada a la identidad autorizada mediante el encabezado Authorization. Disponible para la versión 2022-11-02 y posteriores. |
x-ms-allow-trailing-dot: { <Boolean> } |
Opcional. Versión 2022-11-02 y posteriores. El valor booleano especifica si se debe recortar o no un punto final presente en la dirección URL de solicitud. Este encabezado se omite si el destino se encuentra en un recurso compartido de archivos con el protocolo NFS habilitado, que admite el punto final de forma predeterminada. Para obtener más información, vea Asignar nombres y hacer referencia a recursos compartidos, directorios, archivos y metadatos. |
Cuerpo de la solicitud
Ninguno.
Solicitud de ejemplo
Request Syntax:
PUT https://myaccount.file.core.windows.net/myshare/mysymboliclink?restype=symboliclink HTTP/1.1
Request Headers:
x-ms-version: 2025-07-05
x-ms-date: Thu, 13 Mar 2025 06:58:30 GMT
x-ms-link-text: myfile
Authorization: SharedKey myaccount:YhuFJjN4fAR8/AmBrqBz7MG2uFinQ4rkh4dscbj598g=
Respuesta
La respuesta incluye un código de estado HTTP y un conjunto de encabezados de respuesta.
Código de estado
Una operación correcta devuelve el código de estado 201 (creado). Para obtener información sobre los códigos de estado, vea Códigos de estado y de error.
Encabezados de respuesta
La respuesta de esta operación incluye los encabezados de la tabla siguiente:
Encabezados de respuesta comunes
| Encabezado de respuesta | Descripción |
|---|---|
Date |
Valor de fecha y hora UTC generado por el servicio, que indica la hora en que se inició la respuesta. |
ETag |
La ETag contiene un valor que representa la versión del archivo. El valor se incluye entre comillas. |
Last-Modified |
Devuelve la fecha y hora en que se modificó por última vez el archivo. El formato de fecha sigue a RFC 1123. Para obtener más información, vea Representar valores de fecha y hora en encabezados. Cualquier operación que modifique el directorio o sus propiedades actualiza la hora de la última modificación. Las operaciones en archivos no afectan a la hora de la última modificación del directorio. |
x-ms-request-id |
Identifica de forma única la solicitud que se realizó y se puede usar para solucionar problemas de la solicitud. Para obtener más información, consulte Solución de problemas de operaciones de API |
x-ms-version |
Indica la versión de Azure Files que se usa para ejecutar la solicitud. |
x-ms-file-creation-time |
El valor de fecha y hora UTC que representa la propiedad de hora de creación para el vínculo simbólico. |
x-ms-file-last-write-time |
Valor de fecha y hora UTC que representa la propiedad de la última hora de escritura para el vínculo simbólico. |
x-ms-file-change-time |
Fecha y hora UTC Ese valor que representa la propiedad de cambio de hora para el vínculo simbólico. |
x-ms-file-file-id |
El ID de archivo del enlace simbólico recién creado. |
x-ms-file-parent-id |
El ID de archivo principal del enlace simbólico recién creado. |
x-ms-client-request-id |
Se usa para solucionar problemas de solicitudes y sus respuestas correspondientes. El valor de este encabezado es igual al valor del encabezado x-ms-client-request-id si está presente en la solicitud y el valor no contiene más de 1024 caracteres ASCII visibles. Si el encabezado x-ms-client-request-id no está presente en la solicitud, no está presente en la respuesta. |
x-ms-mode |
El modo del enlace simbólico. Consulte permisos de archivo POSIX (modo). |
x-ms-owner |
El identificador de usuario (UID) del propietario del vínculo simbólico. |
x-ms-group |
El identificador de grupo (GID) del propietario del vínculo simbólico. |
x-ms-file-file-type |
Tipo del archivo. El valor será: 'SymLink'. |
Cuerpo de respuesta
Ninguno.
Respuesta de ejemplo
Response Status:
HTTP/1.1 201 Created
Response Headers:
Date: Thu, 13 Mar 2025 06:58:31 GMT
ETag: "0x8DD61FC7700E64D"
Last-Modified: Thu, 13 Mar 2025 06:58:31 GMT
x-ms-version: 2025-07-05
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0
Autorización
Solo el propietario de la cuenta puede llamar a esta operación.
Permisos de archivo POSIX (modo)
Los permisos de archivo POSIX se pueden especificar numéricamente en un formato octal numérico de 12 bits o en un formato simbólico "rwx". Ejemplos:
- "0644" o "rw-r--r--": el usuario (propietario del archivo) tiene permiso de lectura, escritura, grupo tiene permiso de lectura, Otros tienen permiso de lectura.
- "0755" o "rwxr-xr-x": el usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución, Grupo tiene permiso de lectura y ejecución, Otros tienen permiso de lectura y ejecución.
Formato octal numérico
Los tres números octales de orden más bajo representan los permisos de propietario/usuario, grupo y otros y se indica mediante un número octal (0-7), formado mediante una combinación bit a bit de '4' (Lectura), '2' (Escritura), '1' (Ejecutar). El número octal de orden más alto (0-7) se usa para indicar una combinación de '4' (SetUID), '2' (SetGID), '1' (StickyBit) permisos.
| Formato | Permiso |
|---|---|
| 0700 | El usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución. |
| 0400 | El usuario tiene permiso de lectura. |
| 0200 | El usuario tiene permiso de escritura. |
| 0100 | El usuario tiene permiso de ejecución. |
| 0070 | El grupo tiene permiso de lectura, escritura y ejecución. |
| 0040 | El grupo tiene permiso de lectura. |
| 0020 | El grupo tiene permiso de escritura. |
| 0010 | El grupo tiene permiso de ejecución. |
| 0007 | Otros tienen permiso de lectura, escritura y ejecución. |
| 0004 | Otros tienen permiso de lectura. |
| 0002 | Otros tienen permiso de escritura. |
| 0001 | Otros tienen permiso de ejecución. |
| 4000 | Establezca el identificador de usuario efectivo en el archivo. |
| 2000 | Establezca el identificador de grupo efectivo en el archivo. |
| 1 000 | Establézcalo para indicar que el archivo solo se puede eliminar o cambiar el nombre por el propietario del archivo, el propietario del directorio o el usuario raíz. |
Formato simbólico "rwx"
Los permisos para propietario/usuario, grupo y otros se indican mediante una combinación de caracteres 'r' (lectura), 'w' (Escritura) y 'x' (Ejecutar).
| Formato | Permiso |
|---|---|
| rwx------ | El usuario (propietario del archivo) tiene permiso de lectura, escritura y ejecución. |
| r-------- | El usuario tiene permiso de lectura. |
| -w------- | El usuario tiene permiso de escritura. |
| --x------ | El usuario tiene permiso de ejecución. |
| ---rwx--- | El grupo tiene permiso de lectura, escritura y ejecución. |
| ---r----- | El grupo tiene permiso de lectura. |
| ----w---- | El grupo tiene permiso de escritura. |
| -----x--- | El grupo tiene permiso de ejecución. |
| ------rwx | Otros tienen permiso de lectura, escritura y ejecución. |
| ------r- | Otros tienen permiso de lectura. |
| -------w- | Otros tienen permiso de escritura. |
| --------x | Otros tienen permiso de ejecución. |
Observaciones
Si el recurso compartido no existe, se produce un error en la operación con el código de estado 404/"No encontrado" (ShareNotFound).
Si el directorio principal del enlace simbólico no existe, se produce un error en la operación con el código de estado 404/'No encontrado' (ParentNotFound).
Si el vínculo simbólico que se va a crear ya existe, se produce un error en la operación con el código de estado 409/'Conflict' (ResourceAlreadyExists).
Create Symbolic Link no se admite en una instantánea de recurso compartido, que es una copia de solo lectura de un recurso compartido. Se produce un error al intentar realizar esta operación en una instantánea de recurso compartido con el código de estado 400/"Solicitud incorrecta" (InvalidQueryParameterValue).
Consulte también
Operaciones de en archivos