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 operación Create Hard Link crea un nuevo vínculo físico a un archivo existente. Esta operación se admite en la versión 2025-05-05 y versiones 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 |
|
Pedir
La solicitud Create Hard Link se construye de la siguiente manera. Se recomienda usar HTTPS.
| Método | URI de solicitud | Versión HTTP |
|---|---|---|
| PONER | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myhardlink?restype=hardlink |
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. Ruta de acceso al directorio donde se va a crear el vínculo físico. Si se omite la ruta de acceso del directorio, el vínculo duro se crea dentro del recurso compartido especificado. Si se especifica el directorio, ya debe existir dentro del recurso compartido para poder crear el vínculo duro. |
myhardlink |
Nombre del vínculo duro 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. |
Encabezados de solicitud
Los encabezados de solicitud obligatorios y opcionales se describen en la tabla siguiente:
| Encabezado 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-type: file |
Obligatorio. Establezca este encabezado en file. |
x-ms-file-target-file:path |
Obligatorio. Especifica la ruta de acceso absoluta al archivo de destino al que se creará el vínculo duro, hasta 2 KiB de longitud. Debe ser la ruta de acceso completa/absoluta del archivo de destino desde la raíz del mismo recurso compartido o el URI completo del archivo de destino. Estos son algunos ejemplos de la ruta de acceso del archivo de destino:
|
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/myhardlink?restype=hardlink HTTP/1.1
Request Headers:
x-ms-version: 2025-05-05
x-ms-date: Wed, 20 Nov 2024 09:17:09 GMT
x-ms-type: file
x-ms-file-target-file: mydir/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 |
Valor de fecha y hora UTC que representa la propiedad de hora de creación del archivo. |
x-ms-file-last-write-time |
Valor de fecha y hora UTC que representa la propiedad de hora de última escritura del archivo. |
x-ms-file-change-time |
Fecha y hora UTC que representa la propiedad de hora de cambio del archivo. |
x-ms-file-file-id |
Identificador de archivo del archivo. |
x-ms-file-parent-id |
Identificador de archivo primario del vínculo duro 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 |
Modo del archivo. Consulte permisos de archivo POSIX (modo). |
x-ms-owner |
Identificador de usuario (UID) del propietario del archivo. |
x-ms-group |
Identificador de grupo (GID) del propietario del archivo. |
x-ms-link-count |
Recuento de vínculos del archivo. |
x-ms-file-file-type |
El tipo del archivo, el valor posible es: Regular. |
Cuerpo de la respuesta
Ninguno.
Respuesta de ejemplo
Response Status:
HTTP/1.1 201 Created
Response Headers:
Date: Wed, 20 Nov 2024 09:17:08 GMT
ETag: "0x8DD09441C5DB27A"
Last-Modified: Wed, 20 Nov 2024 09:17:09 GMT
x-ms-version: 2025-05-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 y escritura. El 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. El 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 indican 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 de 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 primario del vínculo duro o el archivo de destino no existe, se produce un error en la operación con el código de estado 404/'No encontrado' (ParentNotFound).
Si el archivo de destino no existe, se produce un error en la operación con el código de estado 404/'No encontrado' (ResourceNotFound).
Si el vínculo duro que se va a crear ya existe o es la ruta de acceso apunta a un recurso que ya existe, se produce un error en la operación con el código de estado 409/"Conflict" (ResourceAlreadyExists).
Dado que los vínculos duros solo se pueden crear para archivos, si el encabezado x-ms-target-file no apunta a un archivo, la solicitud produce un error con el código de estado 400/'Solicitud incorrecta'.
Create Hard 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