RFC4331 日本語訳
4331 Quota and Size Properties for Distributed Authoring andVersioning (DAV) Collections. B. Korver, L. Dusseault. February 2006. (Format: TXT=19706 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group B. Korver
Request for Comments: 4331 Network Resonance
Category: Standards Track L. Dusseault
OSAF
February 2006
Korverがコメントのために要求するワーキンググループB.をネットワークでつないでください: 4331年のネットワーク共鳴カテゴリ: 標準化過程L.Dusseault OSAF2006年2月
Quota and Size Properties
for Distributed Authoring and Versioning (DAV) Collections
分配されたオーサリングとVersioning(DAV)収集のための割当てとサイズの特性
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
Abstract
要約
Web Distributed Authoring and Versioning (WebDAV) servers are frequently deployed with quota (size) limitations. This document discusses the properties and minor behaviors needed for clients to interoperate with quota (size) implementations on WebDAV repositories.
ウェブDistributed AuthoringとVersioning(WebDAV)サーバは頻繁に割当て(サイズ)制限で配布されます。 このドキュメントはWebDAV倉庫の上に割当て(サイズ)実装がある状態でクライアントが共同利用するのに必要である特性と小さい方の振舞いについて議論します。
Table of Contents
目次
1. Introduction ....................................................2
1.1. Notational Conventions .....................................2
1.2. Requirement for Quotas .....................................2
2. Solution Overview ...............................................3
3. DAV:quota-available-bytes .......................................3
4. DAV:quota-used-bytes ............................................4
5. Example PROPFIND Request and Response ...........................5
6. Error Reporting .................................................6
7. Notes ...........................................................6
8. Security Considerations .........................................8
9. Internationalization Considerations .............................8
10. Acknowledgements ...............................................8
11. References .....................................................8
11.1. Normative References ......................................8
11.2. Informative References ....................................8
1. 序論…2 1.1. 記号法のコンベンション…2 1.2. 割当てのための要件…2 2. ソリューション概要…3 3. DAV: 割当ての有効なバイト…3 4. DAV: 割当てはバイトを使用しました…4 5. PROPFINDが要求する例と応答…5 6. 誤り報告…6 7. 注意…6 8. セキュリティ問題…8 9. 国際化問題…8 10. 承認…8 11. 参照…8 11.1. 標準の参照…8 11.2. 有益な参照…8
Korver & Dusseault Standards Track [Page 1] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[1ページ]。
1. Introduction
1. 序論
1.1. Notational Conventions
1.1. 記号法のコンベンション
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
The definition of live property is provided in [RFC2518]. The definition of protected and computed properties is provided in [RFC3253], Section 1.4.
精力の特性の定義を[RFC2518]に提供します。 [RFC3253]、セクション1.4に保護されて計算された特性の定義を提供します。
1.2. Requirement for Quotas
1.2. 割当てのための要件
WebDAV servers based on [RFC2518] have been implemented and deployed with quota restrictions on collections and users, so it makes sense to standardize this functionality to improve user experience and client interoperability.
[RFC2518]に基づくWebDAVサーバが実装されて、収集とユーザの上に割当制限はある状態で配布されたので、それはユーザー・エクスペリエンスとクライアント相互運用性を改良するためにこの機能性を標準化する意味になります。
The reasons why WebDAV servers frequently have quotas enforced are the same reasons why any storage system comes with quotas.
WebDAVサーバが、頻繁に割当てが励行されるのを持っている理由はどんなストレージシステムも割当てと共に来させる同じ理由です。
o Sometimes the storage service charges according to quota.
o 割当てに従った時々ストレージサービス料。
o Sometimes the storage service is provided free, but the storage
service provider has limited storage space (e.g., university-
provided student accounts).
o 時々、無料でストレージサービスを提供しますが、ストレージサービスプロバイダーは集積スペース(例えば、大学によって提供された学生アカウント)を制限しました。
o Even in cases where the storage can be upgraded, the storage
managers may choose to limit quota in order to encourage users to
limit the files they store on the system and to clean up obsolete
files (e.g., IT departments within corporations).
o ストレージがアップグレードできる場合ではさえ、ストレージ管理者は、ユーザがそれらがシステムの上に保存するファイルを制限して、時代遅れのファイル(例えば、会社の中のIT部)を掃除するよう奨励するために割当てを制限するのを選ぶかもしれません。
In order to work best with repositories that support quotas, client software should be able to determine and display the DAV:quota- available-bytes (defined below) on collections. Further, client software should have some way of fairly reliably determining how much storage space is already counted towards that quota.
割当てをサポートする倉庫でうまくいくために、クライアントソフトウェアは、DAVを決定して、表示できるはずです: 収集の割当ての有効なバイト(以下では、定義されます)。 さらに、クライアントソフトウェアで、集積スペースがいくらであるかを確かに公正に既に決定する何らかの方法をその割当てに向かって数えるはずです。
Support for the properties defined in this document enhances the client experience, because the client has a chance of managing its files to avoid running out of allocated storage space. Clients may not be able to calculate the value as accurately on their own, depending on how total space used is calculated by the server.
本書では定義された特性のサポートはクライアント経験を機能アップします、クライアントが使い果たすのを避けるファイルを管理するという機会に集積スペースを割り当てさせるので。 クライアントは一人で同じくらい正確に値について計算できないかもしれません、使用される総スペースがサーバによってどう計算されるかによって。
Korver & Dusseault Standards Track [Page 2] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[2ページ]。
2. Solution Overview
2. ソリューション概要
The approach to meeting the requirements and scenarios outlined above is to define two live properties. This specification can be met on a server by implementing both DAV:quota-available-bytes and DAV:quota- used-bytes on collections only.
上に概説された必要条件とシナリオを満たすことへのアプローチは2つの精力の特性を定義することです。 両方がDAV: 割当ての有効なバイトとDAVであると実装することによって、サーバでこの仕様を満たすことができます: 収集だけの割当ての中古のバイト。
A <DAV:allprop> PROPFIND request SHOULD NOT return any of the properties defined by this document. However, these property names MUST be returned in a <DAV:propname> request for a resource that supports the properties, except in the case of infinite limits, which are explained below.
<DAV: allprop>PROPFINDは、SHOULD NOTがこのドキュメントによって定義された特性のどれかを返すよう要求します。 しかしながら、<DAVでこれらの特性の名を返さなければなりません: 以下で説明される無限の限界に関するケースを除いて、特性を支えるリソースに関するpropname>要求。
The DAV:quota-available-bytes and DAV:quota-used-bytes definitions below borrow heavily from the quota definitions in the Network File System (NFS) [RFC3530] specification.
DAV: 割当ての有効なバイトとDAV: 以下での割当てがバイトを使用している定義はネットワークファイルシステム(NFS)[RFC3530]仕様との割当て定義から大いに借ります。
3. DAV:quota-available-bytes
3. DAV: 割当ての有効なバイト
Name: quota-available-bytes
以下を命名してください。 割当ての有効なバイト
Namespace: DAV:
名前空間: DAV:
Purpose: Indicates the maximum amount of additional storage available
to be allocated to a resource.
目的: リソースに割り当てるために利用可能な追加ストレージの最大の量を示します。
DTD: <!ELEMENT quota-available-bytes (#PCDATA) >
DTD: <!のELEMENTの割当ての有効なバイト(#PCDATA) >。
The DAV:quota-available-bytes property value is the value in octets representing the amount of additional disk space beyond the current allocation that can be allocated to this resource before further allocations will be refused. It is understood that this space may be consumed by allocations to other resources.
DAV: 割当ての有効なバイト資産価値はさらなる配分が拒否される前にこのリソースに割り当てることができる現在の配分を超えて追加椎間腔の量を表す八重奏で値です。 このスペースが他のリソースへの配分で消費されるかもしれないのが理解されています。
Support for this property is REQUIRED on collections, and OPTIONAL on other resources. A server SHOULD implement this property for each resource that has the DAV:quota-used-bytes property.
この特性のサポートは、収集でのREQUIREDと、他のリソースのOPTIONALです。 SHOULDがDAVを持っている各リソースのためにこの特性を実装するサーバ: 割当てがバイトを使用している特性。
Clients SHOULD expect that as the DAV:quota-available-bytes on a resource approaches 0, further allocations to that resource may be refused. A value of 0 indicates that users will probably not be able to perform operations that write additional information (e.g., a PUT inside a collection), but may be able to replace through overwrite an existing resource of equal size.
クライアントSHOULDは、DAV: リソースの割当ての有効なバイトが0にアプローチするときそのリソースへのさらなる配分が拒否されるかもしれないと予想します。 0の値は、ユーザがたぶん追加情報(例えば、収集におけるPUT)を書く操作は実行できませんが、重ね書きを通して等しいサイズの既存のリソースを置き換えることができるかもしれないのを示します。
Note that there may be a number of distinct but overlapping limits, which may even include physical media limits. When reporting DAV: quota-available-bytes, the server is at liberty to choose any of
多くの異なりましたが、重なっている限界があるかもしれないことに注意してください。(限界は物理的なメディア限界を含みさえするかもしれません)。 DAVを報告するとき: いずれも選びます割当ての有効なバイト、サーバが自由である。
Korver & Dusseault Standards Track [Page 3] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[3ページ]。
those limits but SHOULD do so in a repeatable way. The rule may be configured per repository, or may be "choose the smallest number".
それらの限界にもかかわらず、SHOULDはそう反復可能方法でします。 規則は、倉庫単位で構成されるかもしれないか、または「最も少ない数を選んでください」であるかもしれません。
If a resource has no quota enforced or unlimited storage ("infinite
limits"), the server MAY choose not to return this property (404 Not
Found response in Multi-Status), although this specification
RECOMMENDS that servers return some appropriate value (e.g., the
amount of free disk space). A client cannot entirely assume that
there is no quota enforced on a resource that does not have this
property, but might as well act as if there is no quota.
リソースが、割当てが全く励行されないのを持っているか、そして、無制限なストレージ(「無限の限界」)、サーバは、この資産(Multi-状態の404Not Found応答)を返さないのを選ぶかもしれません、サーバがいくつかを返すこの仕様RECOMMENDSが値(例えば、空きのディスクスペースの量)を当てますが。 クライアントは、この特性を持っていませんが、まるで割当てが全くないかのように行動するほうがよいリソースで励行される割当てが全くないと完全に仮定できません。
The value of this property is protected (see Section 1.4.2 of [RFC3253] for the definition of protected properties). A 403 Forbidden response is RECOMMENDED for attempts to write a protected property, and the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the <DAV:cannot-modify-protected-property/> precondition tag.
この属性の価値は保護されます(保護された特性の定義に関して.2セクション1.4[RFC3253]を見てください)。 <DAVと共にDeltaV[RFC3253]によって定義されるようにサーバSHOULDはXML誤りボディーを含んでいます: 403Forbidden応答は保護された特性を書く試みのためのRECOMMENDEDです、そして、保護された特性を変更するはずがない/>前提条件タグ。
4. DAV:quota-used-bytes
4. DAV: 割当てはバイトを使用しました。
Name: quota-used-bytes
以下を命名してください。 割当てはバイトを使用しました。
Namespace: DAV:
名前空間: DAV:
Purpose: Contains the amount of storage counted against the quota on
a resource.
目的: リソースに関する割当てに対して数えられたストレージの量を含んでいます。
DTD: <!ELEMENT quota-used-bytes (#PCDATA) >
DTD: <!のELEMENTの割当ての中古のバイト(#PCDATA) >。
The DAV:quota-used-bytes value is the value in octets representing the amount of space used by this resource and possibly a number of other similar resources, where the set of "similar" meets at least the criterion that allocating space to any resource in the set will count against the DAV:quota-available-bytes. It MUST include the total count including usage derived from sub-resources if appropriate. It SHOULD include metadata storage size if metadata storage is counted against the DAV:quota-available-bytes.
DAV: 割当てがバイトを使用している値はこのリソースと「同様」のセットが少なくともセットにおけるどんなリソースにもスペースを割り当てる場合DAVに不利となる評価基準を満たす他のことによると多くの同様のリソースによって使用されるスペースの合計を表す八重奏で値です: 割当ての有効なバイト。 それは適切であるならサブリソースから得られた用法を含む総カウントを含まなければなりません。 それ、SHOULDはメタデータストレージはDAVに対して数えられます: 割当ての有効なバイトならメタデータストレージサイズを含んでいます。
Note that there may be a number of distinct but overlapping sets of resources for which a DAV:quota-used-bytes is maintained (e.g., "all files with a given owner", "all files with a given group owner", etc.). The server is at liberty to choose any of those sets but SHOULD do so in a repeatable way. The rule may be configured per repository.
DAV: 割当ての中古のバイトが(例えば、「与えられた所有者とのすべてのファイル」、「与えられたグループの所有者とのすべてのファイル」など)であると主張される多くの異なりましたが、重なっているリソースがあるかもしれないことに注意してください。 サーバはそれらのセットのどれかを選ぶのにおいて自由ですが、SHOULDはそう反復可能方法でします。 規則は倉庫単位で構成されるかもしれません。
Support for this property is REQUIRED on collections, and OPTIONAL on other resources. A server SHOULD implement this property for each resource that has the DAV:quota-available-bytes property.
この特性のサポートは、収集でのREQUIREDと、他のリソースのOPTIONALです。 SHOULDがDAVを持っている各リソースのためにこの特性を実装するサーバ: 割当ての有効なバイトの特性。
Korver & Dusseault Standards Track [Page 4] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[4ページ]。
This value of this property is computed (see Section 1.4.3 of [RFC3253] for the definition of computed property). A 403 Forbidden response is RECOMMENDED for attempts to write a protected property, and the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the <DAV:cannot-modify-protected-property/> precondition tag.
この属性のこの価値は計算されます(計算された特性の定義に関して.3セクション1.4[RFC3253]を見てください)。 <DAVと共にDeltaV[RFC3253]によって定義されるようにサーバSHOULDはXML誤りボディーを含んでいます: 403Forbidden応答は保護された特性を書く試みのためのRECOMMENDEDです、そして、保護された特性を変更するはずがない/>前提条件タグ。
5. Example PROPFIND Request and Response
5. PROPFINDが要求する例と応答
Request:
以下を要求してください。
PROPFIND /~milele/public/ HTTP/1.1
Depth: 0
Host: www.example.com
Content-Type: text/xml
Content-Length: xxx
PROPFIND/~milele/公衆/HTTP/1.1の深さ: 0ホスト: www.example.comコンテントタイプ: xml Contentテキスト/長さ: xxx
<?xml version="1.0" ?>
<D:propfind xmlns:D="DAV:">
<D:prop>
<D:quota-available-bytes/>
<D:quota-used-bytes/>
</D:prop>
</D:propfind>
<?xmlバージョンが等しい、「1インチ?><D:propfind xmlns:Dが等しい、「DAV: 「><D: ><D: 割当ての有効なバイト/><D: 割当てがバイトを使用している/></Dを支えてください: ></D: propfind>を支えてください」
Response:
応答:
HTTP/1.1 207 Multi-Status
Date: Tue, 16 Oct 2001 22:13:39 GMT
Content-Length: xxx
Content-Type: text/xml; charset=UTF-8
HTTP/1.1 207マルチ状態日付: グリニッジ標準時2001年10月16日火曜日22時13分39秒のコンテンツの長さ: xxxコンテントタイプ: テキスト/xml。 charset=UTF-8
<?xml version="1.0" encoding="utf-8" ?>
<D:multistatus xmlns:D="DAV:">
<D:response>
<D:href>http://www.example.com/~milele/public/</D:href>
<D:propstat>
<D:prop>
<D:quota-available-bytes>596650</D:quota-available-bytes>
<D:quota-used-bytes>403350</D:quota-used-bytes>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:multistatus xmlns:Dが等しい、「DAV: 「><D: 応答><D: href>http://www.example。」; com/~milele/public/</D: href><D: propstat><D: ><D: 割当て有効なバイトの>596650</Dを支えてください: 割当て有効なバイトの><D: 割当てで中古のバイトの>403350</D: 割当てで中古のバイトの></D: ><D: 状態>HTTP/1.1 200OK</D: 状態></D: propstat></D: 応答></D: 「マルチ-状態」>を支えてください。
Korver & Dusseault Standards Track [Page 5] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[5ページ]。
6. Error Reporting
6. 誤り報告
WebDAV [RFC2518] defines the status code 507 (Insufficient Storage). This status code SHOULD be used when a client request (e.g., a PUT, PROPFIND, MKCOL, MOVE, or COPY) fails because it would exceed their quota or physical storage limits. In order to differentiate the response from other storage problems, the server SHOULD include an XML error body as defined by DeltaV [RFC3253] with the appropriate precondition tag.
WebDAV[RFC2518]はステータスコード507(不十分なStorage)を定義します。 この状態は中古の、または、それらの割当てを超えているでしょう、したがって、クライアント要求(例えば、PUT、PROPFIND、MKCOL、MOVE、またはCOPY)が失敗すると物理的なストレージが限界であったならSHOULDをコード化します。 他のストレージ問題と応答を区別するために、適切な前提条件タグでDeltaV[RFC3253]によって定義されるようにサーバSHOULDはXML誤りボディーを含んでいます。
Preconditions:
前提条件:
(DAV:quota-not-exceeded): the request MUST NOT cause the allocated quota to be exceeded.
(DAV: 超えられていなかった割当て): 要求で、割り当てられた割当てを超えてはいけません。
(DAV:sufficient-disk-space): there is sufficient physical space to execute the request.
(DAV: 十分な椎間腔): 要求を実行できるくらいの物理的な空間があります。
Example error response:
例の誤り応答:
HTTP/1.1 507 Insufficient Storage
Content-Length: xxx
Content-Type: text/xml
HTTP/1.1 507の不十分なストレージコンテンツの長さ: xxxコンテントタイプ: テキスト/xml
<?xml version="1.0">
<error xmlns="DAV:">
<quota-not-exceeded/>
</error>
<?xmlバージョンが等しい、「1インチの><誤りxmlnsが等しい、「DAV: 「超えられていなかった><割当て/></誤り>」
Implementation note: some clients may be able to take advantage of the different precondition codes when mapping to operating system status codes, such as E_NOSPC and E_DQUOT in NFS (see [RFC3530], Section 12).
実装注意: オペレーティングシステムステータスコードに写像するとき、何人かのクライアントが異なった前提条件コードを利用できるかもしれません、NFSのE_NOSPCやE_DQUOTのように([RFC3530]を見てください、セクション12)。
7. Notes
7. 注意
Server implementations store and account for their data in many different ways. Some of the challenges:
サーバ実装は、多くの異なった方法でそれらのデータを保存して、説明します。 挑戦のいくつか:
o Some server implementations find it prohibitive to count storage
used for metadata; others may choose to do so for better
accounting.
o いくつかのサーバ実装によって、メタデータに使用されるストレージを数えるのが禁止であることがわかります。 他のものは、より良い会計でそうするのを選ぶかもしれません。
o Older versions of resources may be stored as well.
o また、リソースの旧式のバージョンは保存されるかもしれません。
o Variants of one resource may exist with different content lengths.
o 1つのリソースの異形は異なったコンテンツの長さで存在するかもしれません。
o Content may be dynamically generated.
o 内容はダイナミックに生成されるかもしれません。
Korver & Dusseault Standards Track [Page 6] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[6ページ]。
o Resource bodies can be compressed.
o リソース本体を圧縮できます。
o Some resources may be stored for "free", not counting against
quota.
o いくつかのリソースが割当てに不利となるのではなく、「自由な」ように保存されるかもしれません。
Since server storage accounting can vary so much, clients should expect the following:
サーバストレージ会計がとても異なることができるので、クライアントは以下を予想するべきです:
o The size of a file on the client's file system, or in a PUT
message, may not correspond to the amount of storage required by
the server to store the resource. Thus, the client cannot predict
with 100% accuracy whether a given file will be allowed given the
storage quota.
o クライアントのファイルシステムの上、または、PUTメッセージのファイルのサイズはリソースを保存するためにサーバによって必要とされたストレージの量と食い違うかもしれません。 したがって、クライアントは、100%の精度でストレージ割当てを考えて、与えられたファイルが許容されるかどうかと予測できません。
o Deleting or overwriting a resource may not free up the same amount
of storage as indicated by the DAV:getcontentlength property
defined in [RFC2518] for the resource. If deleting a resource
does not free up any space, the file may have been moved to a
"trash" folder or "recycle bin", or retained as in versioning
systems ([RFC3253]).
o DAVによって示されるようにリソースを削除するか、または上書きするのが同じ量のストレージを開けないかもしれません: リソースのために[RFC2518]で定義されたgetcontentlengthの特性。 リソースを削除するのが少しのスペースも開けないで、ファイルがversioningシステム([RFC3253])のように「くず」フォルダーか「リサイクルの分別箱」に動かされたか、または保有されたかもしれないなら。
o Since there are many factors that affect the storage used by a set
of resources, including automatic compression, the size of
associated metadata, and server-inserted content (such as that
created by PHP code) in the on-the-wire representation of
resources, clients are advised not to depend on the value of DAV:
quota-used-bytes being the sum of the DAV:getcontentlength
properties for resources contained by a collection.
o 自動圧縮、関連メタデータのサイズ、およびワイヤにおけるリソースの表現におけるサーバで挿入された内容(PHPコードによって作成されたそれなどの)を含む1セットのリソースによって使用されるストレージに影響する多くの要素があるので、クライアントがDAVの値に依存しないようにアドバイスされます: DAVの合計: リソースのためのgetcontentlengthの特性が収集で含んだ割当てがバイトを使用している存在。
o Additionally, because there may be a number of distinct but
overlapping sets of resources for which a DAV:quota-used-bytes is
maintained (Section 4), there may be no correlation between the
size of the resources in a collection and DAV:quota-used-bytes.
For example, for a server that implements user-based quotas,
DAV:quota-used-bytes usually will be the same for a collection and
its members.
o さらに、DAV: 割当ての中古のバイトが(セクション4)であると主張される多くの異なりましたが、重なっているリソースがあるかもしれないので、収集とDAVのリソースのサイズの間には、相関関係が全くないかもしれません: 割当てはバイトを使用しました。 例えば、サーバのために、それはユーザベースの割当てを実装します、DAV: 通常、割当ての中古のバイトは収集とそのメンバーにとって同じになるでしょう。
o On some systems where quota is counted by collection and not by
user, a quota on a sub-collection may be larger than the quota on
the parent collection that contains it. For example, the quota on
/~milele/ may be 100 MB, but the quota on /~milele/public/ may be
unlimited. This allows the space used by /~milele/public/ to be
as large as the quota on /~milele/ allows (depending on the other
contents of /~milele/) even if the quota on /~milele/ is changed.
Thus, even when the quota on a parent collection is changed, it is
not necessarily required to change the quota on every child or
descendant collection.
o いくつかのシステムでは、上、割当てがユーザで数えられるのではなく、収集で数えられるサブ収集に関する割当てはそれを含む親収集に関する割当てより大きいかもしれません。 例えば、/~milele/に関する割当ては100MBであるかもしれませんが、/~milele/public/に関する割当ては無制限であるかもしれません。 /~milele/に関する割当てを変えても、これは、/~milele/public/によって使用されたスペースが/~milele/に関する割当てが許容するのと(/~milele/のもう片方のコンテンツによります)同じくらい大きいのを許容します。 親収集に関する割当てを変えるときさえ、したがって、すべての子供か下降の収集に関する割当てを変えるために必ずそれを必要とするというわけではありません。
Korver & Dusseault Standards Track [Page 7] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[7ページ]。
8. Security Considerations
8. セキュリティ問題
A hacker may prefer to store files in collections with a large quota. This isn't strictly a security concern because it doesn't make it any easier to store files. On the other hand, the DAV:quota-used-bytes property may make it easier to detect tampering or misuse.
ハッカーは、収集に大きい割当てでファイルを保管するのを好むかもしれません。 これによるそれを保存するのが少しもより簡単にしないので厳密に、セキュリティ関心がファイルされるということではありません。 他方では、DAV: 割当てがバイトを使用している特性で、改ざんか誤用を検出するのは、より簡単になるかもしれません。
9. Internationalization Considerations
9. 国際化問題
Quota is counted in Arabic numerals expressed in strings. There are no internationalization considerations.
割当てはストリングに表されたアラビア数字で数えられます。 国際化問題が全くありません。
10. Acknowledgements
10. 承認
Stefan Eissing, Geoff Clemm, Jim Luther, Julian Reschke, and Jim Whitehead, among others, have provided valuable comments on this document.
ステファンEissing、ジェフ・クレム、ジム・ルター、ジュリアンReschke、ジム・ホワイトヘッド、特に、このドキュメントの提供された貴重なコメントを持ってください。
11. References
11. 参照
11.1. Normative References
11.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2518] Goland, Y., Whitehead, E., Faizi, A., Carter, S., and D.
Jensen, "HTTP Extensions for Distributed Authoring --
WebDAV", RFC 2518, February 1999.
[RFC2518] Goland、Y.、ホワイトヘッド、E.、Faizi、A.、カーター、S.、およびD.ジェンセン、「分配されたオーサリングのためのHTTP拡大--、WebDAV、」、RFC2518(1999年2月)
[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J.
Whitehead, "Versioning Extensions to WebDAV (Web
Distributed Authoring and Versioning)", RFC 3253, March
2002.
[RFC3253] クレム、G.、Amsden、J.、エリソン、T.、Kaler、C.、およびJ.ホワイトヘッド、「WebDAV(ウェブの分配されたオーサリングとVersioning)へのVersioning拡張子」、RFC3253(2002年3月)。
11.2. Informative References
11.2. 有益な参照
[RFC3530] Shepler, S., Callaghan, B., Robinson, D., Thurlow, R.,
Beame, C., Eisler, M., and D. Noveck, "Network File System
(NFS) version 4 Protocol", RFC 3530, April 2003.
[RFC3530]Shepler(S.、キャラハン、B.、ロビンソン、D.、サーロウ、R.、Beame、C.、アイスラー、M.、およびD.Noveck)は「File System(NFS)バージョン4プロトコルをネットワークでつなぎます」、RFC3530、2003年4月。
Korver & Dusseault Standards Track [Page 8] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[8ページ]。
Authors' Addresses
作者のアドレス
Brian Korver Network Resonance, Inc. 2483 E. Bayshore Road Suite 212 Palo Alto, CA 94303 US
ブライアンKorverネットワーク共鳴Inc.2483E.Bayshore道路Suite212カリフォルニア94303パロアルト(米国)
Phone: +1 650 812-7705 EMail: briank@networkresonance.com
以下に電話をしてください。 +1 650 812-7705 メールしてください: briank@networkresonance.com
Lisa Dusseault Open Source Applications Foundation 543 Howard Street 5th Floor San Francisco, CA 94105 US
リサDusseaultオープンソースApplications財団543ハワードストリート5番目のFloorサンフランシスコ(カリフォルニア)94105米国
Phone: +1 415 946-3040 EMail: lisa@osafoundation.org
以下に電話をしてください。 +1 415 946-3040 メールしてください: lisa@osafoundation.org
Korver & Dusseault Standards Track [Page 9] RFC 4331 WebDAV Quotas February 2006
Korver&Dusseault規格はWebDAV割当て2006年2月にRFC4331を追跡します[9ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2006).
Copyright(C)インターネット協会(2006)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is provided by the IETF Administrative Support Activity (IASA).
RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。
Korver & Dusseault Standards Track [Page 10]
Korver&Dusseault標準化過程[10ページ]
一覧
スポンサーリンク
