当前位置: 首页 > 知识库问答 >
问题:

【nacos配置中心】服务端2.2.1升级至2.2.3 报错403/404?

郎建章
2023-11-13

大佬们好:

我是一名java小开发,最近收到了主管让我升级nacos配置中心的需求。我现在碰到了一个问题
问题背景:测试的nacos服务端版本是2.2.1,客户端版本有1.3.4也有1.3.3,然后nacos有两个节点,有一个nginx做负载,各客户端配置的是域名作为服务发现生产环境nacos版本也是2.2.1,但是没有nginx,所以都配置的是nacos 的 多节点ip地址。
问题描述:当我把测试环境的nacos服务端版本升级成2.2.3的时候,各系统应用服务疯狂报错403 ,404。当我详细查询nacos官网的时候,我发现2.0以上的nacos版本中通信由http变为了tcp,所以我将测试环境的nginx转发改为了tcp协议转发,后面这个问题就解决了。但是我产生了两个疑问

image.png

问题一:测试环境本来就是2.2.1,如果是因为2.0协议发生问题,那早就应该发生问题了,而不是从2.2.1到2.2.3的时候才报错,所以我不明白这是为什么。问题二:生产环境没有nginx,各系统配置的是多节点ip,所以我理解生产环境直接升级就行了,不需要关心 http转tcp 协议的问题问题三:为什么这个错误是403,404呢?

请各位大佬谅解一下小白的问题,给与答复,感谢您们的支持

共有1个答案

闻人景澄
2023-11-13

你是用docker部署的吗? 试试开放这个几个端口8848、9848、9849

 类似资料:
  • Nacos 是 Seata 组件中重要的配置中心实现. 预备工作 当您将nacos-client整合到您的 Seata工程之前,请确保后台已经启动 Nacos 服务。如果您尚且不熟悉 Nacos 的基本使用的话,可先行参考 Nacos 快速入门。建议使用 Nacos 1.2.0 及以上的版本。 快速上手 Seata 融合 Nacos 配置中心的操作步骤非常简单,大致步骤可分为“增加 Maven 依

  • 测试目的 主要让大家了解Nacos的性能负载和容量,协助我们更好的管理Nacos性能质量,帮助用户更快的运用评估Nacos系统负荷。 测试工具 我们使用自研的PAS性能评估服务平台进行压测,其原理是基于利用JMeter引擎,使用PAS自动生成的JMeter脚本,进行智能压测。 测试环境 1.环境 指标 参数 机器 CPU 8核,内存16G 集群规模 单机,3节点,10节点,100节点 Nacos版

  • 测试目的 长链接各项业务指标的最高值 长链接相比短链接的差异数据对比 测试工具 我们使用自研的PAS性能评估服务平台进行压测,其原理是基于利用JMeter引擎,使用PAS自动生成的JMeter脚本,进行智能压测。 测试环境 1.环境 指标 参数 机器 CPU 8核,内存16G 集群规模 单机 Nacos版本 Nacos 2.0.0-ALPHA2, Nacos 1.4.0 数据库 32C128G 2

  • 本文档实用于Nacos1.X版本平滑升级到Nacos2.0.0-BETA版本,Nacos2.0.0-ALPHA版本无法进行平滑升级,请勿参照本文档进行升级。 由于Nacos1.X和Nacos2.0的数据结构发生了变化,为了能够完成平滑升降级,需要将数据进行双写,分别生成Nacos1和Nacos2的数据结构进行存储。因此会对性能有一定影响。当集群升级并稳定运行后,可以关闭双写,关闭双写后将会失去平滑

  • 项目地址 上次发布了直连方式的seata配置,详细可以看这篇博客 我们接着上一篇的基础上去配置nacos做配置中心跟dubbo注册中心. 准备工作 ​ 1.首先去nacos的github上下载最新版本 ​ ​ 2.下载好了后,很简单,解压后到bin目录下去启动就好了,看到如图所示就成了: ​ 3.启动完毕后访问:http://127.0.0.1:8848/nacos/ 是不是看到这样的界面了?输入

  • 当有镜像发布新版本,新版本服务上线时如何实现服务的滚动和平滑升级? 如果你使用ReplicationController创建的pod可以使用kubectl rollingupdate命令滚动升级,如果使用的是Deployment创建的Pod可以直接修改yaml文件后执行kubectl apply即可。 Deployment已经内置了RollingUpdate strategy,因此不用再调用kub