Kubernetes Ingress使用fabric8返回的证书与使用curl返回的证书不同
使用,我在同一端点上收到了与curl不同的证书 具体来说,我收到的是入口自签名证书(CN=Kubernetes入口控制器伪证书),而不是指定的证书 入口配置(kubectl编辑入口的结果) 我看不出入口会为同一主机、同一端点、不同客户端返回不同证书的原因 我唯一的猜测是秘密中包含的证书与fabric8 ClientHello(此处为okhttp3)不兼容(或者密码的优先级较低?),但事实并非如此Kubernetes Ingress使用fabric8返回的证书与使用curl返回的证书不同,kubernetes,kubernetes-ingress,fabric8,Kubernetes,Kubernetes Ingress,Fabric8,使用,我在同一端点上收到了与curl不同的证书 具体来说,我收到的是入口自签名证书(CN=Kubernetes入口控制器伪证书),而不是指定的证书 入口配置(kubectl编辑入口的结果) 我看不出入口会为同一主机、同一端点、不同客户端返回不同证书的原因 我唯一的猜测是秘密中包含的证书与fabric8 ClientHello(此处为okhttp3)不兼容(或者密码的优先级较低?),但事实并非如此 我已经没有调试的想法了,所以如果你对此有一个猜测,那将是受欢迎的 客户端不在ClientHello上
我已经没有调试的想法了,所以如果你对此有一个猜测,那将是受欢迎的 客户端不在ClientHello上发送SNI扩展。Fabric8 Kubernetes客户端只返回来自Kubernetes API的反序列化响应。当您执行
kubectl获取入口虚拟实例-v=8
时,是否获得相同的数据(如果匹配,请检查json响应)?
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
creationTimestamp: "2020-08-07T09:33:18Z"
generation: 1
labels:
app: dummy
app.kubernetes.io/component: dummy-component
app.kubernetes.io/instance: dummy-instance
app.kubernetes.io/managed-by: Dummy
app.kubernetes.io/name: dummy
app.kubernetes.io/part-of: dummy-sample
app.kubernetes.io/version: 1.12.0-SNAPSHOT
managedFields:
- apiVersion: extensions/v1beta1
fieldsType: FieldsV1
fieldsV1:
f:metadata:
f:labels:
.: {}
f:app: {}
f:app.kubernetes.io/component: {}
f:app.kubernetes.io/instance: {}
f:app.kubernetes.io/managed-by: {}
f:app.kubernetes.io/name: {}
f:app.kubernetes.io/part-of: {}
f:app.kubernetes.io/version: {}
f:spec:
f:rules: {}
f:tls: {}
manager: okhttp
operation: Update
time: "2020-08-07T09:33:18Z"
- apiVersion: networking.k8s.io/v1beta1
fieldsType: FieldsV1
fieldsV1:
f:status:
f:loadBalancer:
f:ingress: {}
manager: nginx-ingress-controller
operation: Update
time: "2020-08-07T09:33:19Z"
name: dummy-instance
namespace: dummy-namespace
resourceVersion: "1887"
selfLink: /apis/extensions/v1beta1/namespaces/dummy-namespace/ingresses/dummy-instance
uid: 2b7839fa-da65-45f3-9f1f-8169cf1325d8
spec:
rules:
- host: minikube
http:
paths:
- backend:
serviceName: dummy-instance
servicePort: 9999
path: /dummy-instance
pathType: ImplementationSpecific
tls:
- hosts:
- minikube
secretName: minikube-tls-3
status:
loadBalancer:
ingress:
- ip: 172.17.0.3