You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/zh-cn/docs/concepts/security/service-accounts.md
+7-5
Original file line number
Diff line number
Diff line change
@@ -474,16 +474,18 @@ API 服务器按照以下方式检查该持有者令牌的有效性:
474
474
<!--
475
475
The TokenRequest API produces _bound tokens_ for a ServiceAccount. This
476
476
binding is linked to the lifetime of the client, such as a Pod, that is acting
477
-
as that ServiceAccount.
477
+
as that ServiceAccount. See [Token Volume Projection](/docs/tasks/configure-pod-container/configure-service-account/#serviceaccount-token-volume-projection)
478
+
for an example of a bound pod service account token's JWT schema and payload.
478
479
479
480
For tokens issued using the `TokenRequest` API, the API server also checks that
480
481
the specific object reference that is using the ServiceAccount still exists,
481
482
matching by the {{< glossary_tooltip term_id="uid" text="unique ID" >}} of that
482
483
object. For legacy tokens that are mounted as Secrets in Pods, the API server
483
484
checks the token against the Secret.
484
485
-->
485
-
TokenRequest API 为 ServiceAccount 生成**绑定令牌**。这种绑定与以该 ServiceAccount 身份运行的
486
-
的客户端(如 Pod)的生命期相关联。
486
+
TokenRequest API 为 ServiceAccount 生成**绑定令牌**。这种绑定与以该 ServiceAccount
487
+
身份运行的客户端(如 Pod)的生命期相关联。有关绑定 Pod 服务账号令牌的 JWT 模式和载荷的示例,
0 commit comments