URL에서 범위 배치
Put Range From URL 작업은 URL에서 내용을 읽는 파일의 일부로 커밋할 새 범위를 만듭니다. 이 작업은 SMB 프로토콜이 설정된 파일 공유에 대해 버전 2019-02-02 이상에서 지원되며, NFS 프로토콜을 사용하도록 설정된 파일 공유에 대해 버전 2025-05-05 이상에서 지원됩니다.
프로토콜 가용성
| 파일 공유 프로토콜 사용 | 이용할 수 있는 |
|---|---|
| SMB |
|
| NFS |
|
요청
Put Range From URL 요청은 다음과 같이 생성됩니다. HTTPS를 사용하는 것이 좋습니다.
| 메서드 | 요청 URI | HTTP 버전 |
|---|---|---|
| 놓다 | https://myaccount.file.core.windows.net/myshare/mydirectorypath/myfile?comp=range |
HTTP/1.1 |
요청 URI에 표시된 경로 구성 요소를 다음과 같이 사용자 고유의 경로 구성 요소로 바꿉니다.
| 경로 구성 요소 | 묘사 |
|---|---|
myaccount |
스토리지 계정의 이름입니다. |
myshare |
파일 공유의 이름입니다. |
mydirectorypath |
선택적. 부모 디렉터리의 경로입니다. |
myfile |
파일의 이름입니다. |
경로 명명 제한에 대한 자세한 내용은 이름 및 참조 공유, 디렉터리, 파일 및 메타데이터참조하세요.
URI 매개 변수
| 매개 변수 | 묘사 |
|---|---|
timeout |
선택적.
timeout 매개 변수는 초 단위로 표현됩니다. 자세한 내용은 Azure Files 작업대한 시간 제한 설정을 참조하세요. |
요청 헤더
필수 및 선택적 요청 헤더는 다음 표에 설명되어 있습니다.
일반적인 요청 헤더
| 요청 헤더 | 묘사 |
|---|---|
Authorization |
필수. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage 대한 요청 권한 부여를 참조하세요. |
Date 또는 x-ms-date |
필수. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요. |
x-ms-version |
모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 이 작업은 SMB 프로토콜이 설정된 파일 공유에 대해 버전 2019-02-02 이상에서 지원되며, NFS 프로토콜을 사용하도록 설정된 파일 공유에 대해 버전 2025-05-05 이상에서 지원됩니다. 자세한 내용은 Azure Storage 서비스 대한버전 관리를 참조하세요. |
x-ms-copy-source:name |
필수. 원본 파일의 URL을 지정합니다. 이 값은 파일을 지정하는 최대 2KiB 길이의 URL일 수 있습니다. 값은 요청 URI에 표시될 때 URL로 인코딩되어야 합니다. 원본 파일은 공용이거나 공유 액세스 서명을 통해 권한을 부여받아야 합니다. 원본 파일이 공용인 경우 작업을 수행하기 위해 권한 부여가 필요하지 않습니다. 다음은 원본 개체 URL의 몇 가지 예입니다.
|
x-ms-copy-source-authorization: <scheme> <signature> |
선택적. 복사 원본에 대한 권한 부여 체계 및 서명을 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요. Microsoft Entra에는 스키마 전달자만 지원됩니다. 이 헤더는 버전 2020-10-02 이상에서 지원됩니다. |
x-ms-write: { update } |
필수.
update만 지정해야 합니다. 요청이 clear함께 호출되면 실패합니다.
update 값은 요청 본문에 지정된 바이트를 지정된 범위에 씁니다. |
Range 또는 x-ms-range |
필수.
Range 또는 x-ms-range 필요합니다.쓸 바이트 범위를 지정합니다. 범위의 시작과 끝을 모두 지정해야 합니다. 이 헤더는 HTTP/1.1 프로토콜 사양의해 정의됩니다. 업데이트 작업의 경우 범위의 크기는 최대 4MiB일 수 있습니다. Azure Files는 Range 및 x-ms-range 헤더에 대해 단일 바이트 범위만 허용하며 바이트 범위는 bytes=startByte-endByte형식으로 지정해야 합니다.Range 및 x-ms-range 모두 지정된 경우 서비스는 x-ms-range값을 사용합니다. 자세한 내용은 Azure Files 작업범위 헤더 지정을 참조하세요. |
x-ms-source-range |
필수. 원본에서 읽을 바이트 범위를 지정합니다. 범위의 시작과 끝을 모두 지정해야 합니다. Azure Files는 Range 및 x-ms-range 헤더에 대해 단일 바이트 범위만 허용하며 바이트 범위는 bytes=startByte-endByte형식으로 지정해야 합니다.원본 범위의 크기는 최대 4MiB입니다. 원본 범위 크기가 4MiB를 초과하면 Azure Files는 상태 코드 413(요청 엔터티가 너무 큼)을 반환합니다. 원본 범위 크기가 범위(대상 범위) 크기와 일치하지 않으면 서비스는 상태 코드 400(잘못된 요청)을 반환합니다. |
Content-Length |
필수. 요청 본문에서 전송되는 바이트 수를 지정합니다. 이 헤더의 값은 0설정해야 합니다. 길이가 0않으면 상태 코드 400(잘못된 요청)으로 작업이 실패합니다. |
x-ms-client-request-id |
선택적. 로깅이 구성될 때 로그에 기록되는 1kibibyte(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Files모니터링을 참조하세요. |
x-ms-source-content-crc64 |
선택적. URI에서 지정된 범위의 CRC64 해시입니다. 이 해시는 URI에서 데이터를 전송하는 동안 범위의 무결성을 확인하는 데 사용됩니다. 이 헤더를 지정하면 Azure Files는 복사 원본에서 도착한 콘텐츠의 해시를 이 헤더 값과 비교합니다. 참고: 이 CRC64 해시는 파일과 함께 저장되지 않습니다. 두 해시가 일치하지 않으면 오류 코드 400(잘못된 요청)으로 인해 작업이 실패합니다. |
x-ms-source-if-match-crc64 |
선택적. CRC64 체크섬 값입니다. 원본에서 읽은 지정된 범위의 체크섬이 제공된 체크섬과 일치하는 경우에만 이 헤더를 지정하여 작업을 수행합니다. 지정된 조건이 충족되지 않으면 Azure Files는 상태 코드 412(사전 조건 실패)를 반환합니다. |
x-ms-source-if-none-match-crc64 |
선택적. CRC64 체크섬 값입니다. 원본에서 읽은 지정된 범위의 체크섬이 제공된 체크섬과 다른 경우에만 이 헤더를 지정하여 작업을 수행합니다. 지정된 조건이 충족되지 않으면 Azure Files는 상태 코드 412(사전 조건 실패)를 반환합니다. |
x-ms-lease-id: <ID> |
파일에 활성 임대가 있는 경우 필요합니다. 버전 2019-02-02 이상에서 사용할 수 있습니다. 파일이 파일 임대를 지원하지 않는 NFS 프로토콜이 설정된 파일 공유에 있는 경우 이 헤더는 무시됩니다. |
x-ms-client-request-id |
선택적. Azure Storage Analytics 로깅을 사용하도록 설정할 때 분석 로그에 기록되는 1키비바이트(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 클라이언트 쪽 작업과 서버에서 수신한 요청의 상관 관계를 지정할 때 이 헤더를 사용하는 것이 좋습니다. 자세한 내용은 Monitor Blob Storage참조하세요. |
x-ms-file-last-write-time: { now ¦ preserve } |
선택적. 버전 2021-06-08 이상. 다음 옵션 중 하나를 지정할 수 있습니다.
|
x-ms-file-request-intent |
Authorization 헤더가 OAuth 토큰을 지정하는 경우 필수입니다. 허용되는 값은 backup. 이 헤더는 Authorization 헤더를 사용하여 권한이 부여된 ID에 할당된 RBAC 정책에 포함된 경우 Microsoft.Storage/storageAccounts/fileServices/readFileBackupSemantics/action 또는 Microsoft.Storage/storageAccounts/fileServices/writeFileBackupSemantics/action 부여하도록 지정합니다. 버전 2022-11-02 이상에서 사용할 수 있습니다. |
x-ms-allow-trailing-dot: { <Boolean> } |
선택적. 버전 2022-11-02 이상. 부울 값은 요청 URL에 있는 후행 점이 잘려야 하는지 여부를 지정합니다. 대상이 NFS 프로토콜을 사용하도록 설정된 파일 공유에 있는 경우 이 헤더는 무시됩니다. 이 헤더는 기본적으로 후행 점을 지원합니다. 자세한 내용은 공유, 디렉터리, 파일 및 메타데이터 명명 및 참조를 참조하세요. |
x-ms-source-allow-trailing-dot: { <Boolean> } |
선택적. 버전 2022-11-02 이상. 부울 값은 원본 URL에 있는 후행 점이 잘려야 하는지 여부를 지정합니다. 이 헤더는 복사 원본이 Azure 파일 공유에 있는 경우에만 지정해야 합니다. 이 헤더는 다른 복사 원본 형식에 대해서는 지원되지 않습니다. 복사 원본이 기본적으로 후행 점을 지원하는 NFS 프로토콜이 설정된 파일 공유에 있는 경우 이 헤더는 무시됩니다. 자세한 내용은 공유, 디렉터리, 파일 및 메타데이터 명명 및 참조를 참조하세요. |
SMB 전용 요청 헤더
없음.
NFS만 요청 헤더
없음.
요청 본문
요청 본문이 없습니다.
샘플 요청
Request Syntax:
PUT https://myaccount.file.core.windows.net/myshare/mydir/myfile?comp=range HTTP/1.1
Request Headers:
x-ms-page-write: update
x-ms-copy-source: http://myaccount2.file.core.windows.net/myshare2/mydirectory2/myfile2?sv=2018-11-09&sp=r&sr=s&se=2018-08-22T09%3A59%3A28.2185790Z&sig=Qn6QEET3Gn%2FhCEVcXuwG7ssatIYiYRM5pNIy4Q3N0cQ%3D
x-ms-date: Fri, 22 Aug 2018 01:15:50 GMT
x-ms-version: 2019-02-02
x-ms-range: bytes=100-1023
x-ms-source-range: bytes=200-1123
x-ms-source-content-crc64: 3bedb8b3730fc205
Authorization: SharedKey myaccount:4KdWDiTdA9HmIF9+WF/8WfYOpUrFhieGIT7f0av+GEI=
Content-Length: 0
응답
응답에는 HTTP 상태 코드와 응답 헤더 집합이 포함됩니다.
상태 코드
작업이 성공하면 상태 코드 201(생성됨)이 반환됩니다. 상태 코드에 대한 자세한 내용은 상태 및 오류 코드참조하세요.
응답 헤더
이 작업에 대한 응답에는 다음 표의 헤더가 포함됩니다. 응답에는 추가 표준 HTTP 헤더도 포함될 수 있습니다. 모든 표준 헤더는 HTTP/1.1 프로토콜 사양준수합니다.
일반적인 응답 헤더
| 응답 헤더 | 묘사 |
|---|---|
ETag |
조건부로 작업을 수행하는 데 사용할 수 있는 값을 포함합니다. 값은 따옴표로 묶입니다. |
Last-Modified |
파일이 마지막으로 수정된 날짜 및 시간입니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 헤더 날짜/시간 값의표현을 참조하세요. 파일의 메타데이터 또는 속성에 대한 업데이트를 포함하여 파일에 대한 쓰기 작업은 파일의 마지막 수정 시간을 변경합니다. |
x-ms-request-id |
만들어진 요청을 고유하게 식별하며 이를 사용하여 요청 문제를 해결할 수 있습니다. 자세한 내용은 API 작업문제 해결을 참조하세요. |
x-ms-version |
요청을 실행하는 데 사용된 FileREST API 버전을 나타냅니다. |
Date |
서비스에서 생성되는 UTC 날짜/시간 값으로, 응답이 시작된 시간을 나타냅니다. |
x-ms-content-crc64 |
클라이언트가 메시지 콘텐츠 무결성을 확인할 수 있도록 반환됩니다. 이 헤더의 값은 Azure Files에서 계산됩니다. 반드시 요청 헤더에 지정된 값과 동일하지는 않습니다. |
x-ms-client-request-id |
요청 및 해당 응답 문제를 해결하는 데 사용할 수 있습니다. 이 헤더의 값은 요청에 있고 값에 표시되는 ASCII 문자가 1,024자 이하인 경우 x-ms-client-request-id 헤더의 값과 같습니다. 요청에 x-ms-client-request-id 헤더가 없으면 응답에 표시되지 않습니다. |
x-ms-file-last-write-time |
버전 2021-06-08 이상. 파일에 대한 마지막 쓰기 시간(ISO 8601 형식(예: 2017-05-10T17:52:33.9551861Z)입니다. |
SMB 전용 응답 헤더
없음.
NFS만 응답 헤더
없음.
응답 본문
없음.
샘플 응답
Response Status:
HTTP/1.1 201 Created
Response Headers:
Date: Sun, 22 Aug 2020 01:33:35 GMT
ETag: "0x8CB171BA9E94B0B"
Last-Modified: Wed, 22 Aug 2020 01:13:31 GMT
x-ms-version: 2019-02-02
x-ms-content-crc64: 3bedb8b3730fc205
Content-Length: 0
Server: Windows-Azure-File/1.0 Microsoft-HTTPAPI/2.0
권한 부여
계정 소유자만 이 작업을 호출할 수 있습니다.
발언
Put Range From URL 작업은 파일에 데이터 범위를 쓰고 Put Range 작업과 동작이 비슷합니다. 지정된 원본에 대한 Get File 작업을 사용하여 원본 파일의 데이터, 메타데이터 및 기타 속성을 읽습니다. 버전 2020-10-02 이상에서는 복사 작업의 원본에 대해 Microsoft Entra 권한 부여가 지원됩니다.
Put Range From URL 작업은 지정된 범위가 파일에 기록된 경우에만 성공 201(생성됨)을 반환합니다.