配置钉钉预警后，预警已触发，但是钉钉里面没收到

JustryDeng

在页面上编辑后， 进行查看，还是引用的空

[root@node118 kubekey]# kubectl get receivers global-dingtalk-receiver -o yaml
apiVersion: notification.kubesphere.io/v2beta2
kind: Receiver
metadata:
  creationTimestamp: "2023-08-08T08:13:17Z"
  generation: 4
  labels:
    type: global
  name: global-dingtalk-receiver
  resourceVersion: "51768898"
  uid: 58cd94bd-fb75-464b-8496-037d63d5ebe4
spec:
  dingtalk:
    chatbot:
      keywords:
      - alert
      - k8s
      - yy
      webhook:
        valueFrom:
          secretKeyRef:
            key: ""
            name: ""
    enabled: true
status: {}
[root@node118 kubekey]#

我在想，是不是前端页面 和 后端notification-manager约定的字段有出入导致的部分数据丢失？ 怎么检查一下相关组件的版本对应关系是否正确呢

其实我们怀疑，是我们升级到3.4.0时，遗留了不知道什么问题导致的。我们当时升级时，就遇到了一堆杂七杂八的问题，虽然后面磕磕绊绊解决了 ，但是总感觉不太踏实的样子。 或许可以看看怎么能 全方位检查一下3.4.0是否升级有问题这方面入手

下班了，明天再继续分析下吧， 感谢支持

@“wanjunlei” 你好，我发现再页面上编辑【钉钉机器人】点击确认时， 控制台有个not found报错提示

说是找不到【default-dingtalk-config】，但是我用命令行查看配置，发现是有的

怎么从这方面入手分析呢

额，我又多试了几次，不稳定报错404。。。 有时候会报，有时候不会报

@“wanjunlei” 你好，请问我们在使用kk重新create kubesphere3.4.0时（./kk create cluster -f config.yaml -y），etcd证书校验失败，这个是因为什么啊

我们的kk配置文件是是这样的

/et/hosts是这样配置的

192.168.0.118  node118
192.168.0.119  node119

# kubekey hosts BEGIN
192.168.0.118  node118.cluster.local node118
192.168.0.119  node119.cluster.local node119
192.168.0.118  lb.kubesphere.local

我们发现证书绑定的ip地址是公网的ip地址了，如何让证书绑定内网的ip地址呢

JustryDeng

em1是外网ip，我们把所有节点的外网ip关了，换了台机器kk create -f config.yaml重装kubesphere，同时在config.yaml中指定装etcd的节点也换了（因为关掉外网ip后，重新在原节点上装etcd，那个节点的证书对应的ip居然还是那个已关闭的外网ip……）

重装成功

成功后，再恢复的em1的外网ip