版本 "rbac.istio.io/v1alpha1" 中的种类 "ClusterRbacConfig" 没有匹配项
no matches for kind "ClusterRbacConfig" in version "rbac.istio.io/v1alpha1"
我一直在努力完成 https://istio.io/docs/tasks/security/authz-http/ 的第一步。使用以下文件,我应该在我的集群的默认命名空间上激活授权。
但是,当我 运行 以下脚本时:
apiVersion: "rbac.istio.io/v1alpha1"
kind: ClusterRbacConfig
metadata:
name: default
spec:
mode: 'ON_WITH_INCLUSION'
inclusion:
namespaces: ["default"]
这是网站上脚本的精确副本,我收到以下错误:
error: unable to recognize "5-authorization/yaml-files/rbac-config-ON.yaml": no matches for kind "ClusterRbacConfig" in version "rbac.istio.io/v1alpha1"
.
除非 istio 的文档严重过时,并且 apiVersion 不再是正确的,否则我不知道是什么原因造成的。
1. 你可能安装 Istio 的方式不对。如果使用helm安装Istio,需要先安装CRD istio-crd.
所以只需检查它执行命令:
$ kubectl get crd
在 istio 命名空间中。
确保您在此处定义了所有 CRD:istio-crd-definitions。
部署 istio.yaml 两次似乎有效。但是你必须在两个 运行 之间稍等片刻。
如果像布朗宁所说的那样必须首先部署证书,那么它在第二个上工作是有道理的运行。
如szymig所述,使用了错误的 Istio 版本。 GKE 运行 1.2.2.
我一直在努力完成 https://istio.io/docs/tasks/security/authz-http/ 的第一步。使用以下文件,我应该在我的集群的默认命名空间上激活授权。
但是,当我 运行 以下脚本时:
apiVersion: "rbac.istio.io/v1alpha1"
kind: ClusterRbacConfig
metadata:
name: default
spec:
mode: 'ON_WITH_INCLUSION'
inclusion:
namespaces: ["default"]
这是网站上脚本的精确副本,我收到以下错误:
error: unable to recognize "5-authorization/yaml-files/rbac-config-ON.yaml": no matches for kind "ClusterRbacConfig" in version "rbac.istio.io/v1alpha1"
.
除非 istio 的文档严重过时,并且 apiVersion 不再是正确的,否则我不知道是什么原因造成的。
1. 你可能安装 Istio 的方式不对。如果使用helm安装Istio,需要先安装CRD istio-crd.
所以只需检查它执行命令:
$ kubectl get crd
在 istio 命名空间中。
确保您在此处定义了所有 CRD:istio-crd-definitions。
部署 istio.yaml 两次似乎有效。但是你必须在两个 运行 之间稍等片刻。
如果像布朗宁所说的那样必须首先部署证书,那么它在第二个上工作是有道理的运行。
如szymig所述,使用了错误的 Istio 版本。 GKE 运行 1.2.2.