ToppyMicroServices

RFC 8615 クイズ

発見locationとorigin境界

🇺🇸🇯🇵
0 / 0

参照仕様

Q1: supporting schemeでRFC 8615のwell-known URIとなるpathはどれ?

単一選択
**解説:** A: top-levelの/.well-known/ prefixで始まる. B: nestedされた.well-knownは定義上well-known URIではない. C: RFC 8615はprefix自体のresource formatを定義せずclientは存在を期待すべきでない.

Q2: 新しいprotocolがsuffix "metadata/agents"を使いたい. registration上の問題はどれ?

単一選択
**解説:** A: registryは/.well-known/からのrelative suffixを登録しleading slashは含めない. B: registered nameはslashを含まないsegment-nzにconformする必要がある. C: RFC 8615はfilename extensionを要求しない.

Q3: well-known URI registrationがminimumで定義すべきものはどれ?

単一選択
**解説:** A: RFC 8615はhostnameを選ばず専用CAも定義しない. B: redirect behaviorはapplication-specificでminimum registry fieldではない. C: registrationは取得するrepresentationとschemeを定義するspecificationを参照する.

Q4: RFC 8615はA2A clientにagent metadataを置くhostnameを示す?

単一選択
**解説:** A: RFC 8615はissuer概念やhostname selection ruleを定義しない. B: RFC 8615はhostname determinationをapplicationへ委ねる. C: example hostnameは例示でdeployment requirementではない.

Q5: well-known URIからdocumentを取得しただけで何が確立する?

単一選択
**解説:** A: path conventionだけではdocument内claimをauthenticateしない. B: metadataのtrustにはpath placement以外のapplication-defined validationが必要. C: RFC 8615はlocation conventionでありoperation authorization semanticsを持たない.

Q6: deploymentがwell-known metadataをHTTPSのnon-default portで提供する. 何が必要?

単一選択
**解説:** A: suffixはalternate portをencodeしない. B: RFC 8615はport scanningをdiscoveryとして認めない. C: RFC 8615はalternative portを使う場合にapplicationによる明示を要求する.

Q7: well-known locationへのwrite accessを厳しくcontrolすべき理由はどれ?

単一選択
**解説:** A: RFC 8615は一般にcachingを禁止しない. B: write accessを持つco-located tenantがorigin全体のdiscoveryへ影響できる. C: media typeとprocessing modelはapplicationが定義する.

Q8: applicationがunrelatedなweb contentとHTTPS originを共有する. unsafeなassumptionはどれ?

単一選択
**解説:** A: 同じoriginの他contentもbrowser security mechanismを共有しrequestを発行しうる. B: RFC 8615はsensitive data exposureをdeployment上の懸念に挙げる. C: flexibleなidentifier nameでorigin内collisionを減らせる.

Q9: protocolが他者より先にreserveする目的だけでgeneric name "metadata"を選ぶ. RFC 8615の見方はどれ?

単一選択
**解説:** A: permanent statusはgeneric nameを要求しない. B: media typeは不正確なsuffixの占有を正当化しない. C: RFC 8615はgeneric termよりpreciseなnameを推奨する.

Q10: A2A profileはwell-known suffixの選択に加えて何を定義すべき?

単一選択
**解説:** A: filenameだけではauthority, representation, validation behaviorを定義できない. B: これらのdecisionでgenericなlocation conventionをinteroperableなdiscovery profileにできる. C: RFC 8615は全originにapplication resourceの存在を強制しない.