我认为这并非代码问题，而是环境问题，有些可以有些不可以说明肯定是那个不可以的环境本身存在问题，导致了链接一直被rst

我认为这并非代码问题，而是环境问题，有些可以有些不可以说明肯定是那个不可以的环境本身存在问题，导致了链接一直被rst

对比了一下 机器的配置 所有的网络都是同一内网下，然后端口也是通的，想看看有没有其他排查的思路

有没有vip或者slb之类的中间层进行转发？ 有的话可能是那个导致的。

我也遇到这个问题了，用源码调试发现下面3000毫秒没有响应倒是servercheck返回空，导致grpc的Connection为空，无法拉去nacosserver的配置。而超时时间是硬编码写死的，如果改为30000就能正常启动项目。另外这个catch中的异常在日志/root/logs/nacos目录下的文件中没有记录。nacos client中类似超时，connection为空的异常在日志文件中都没有，很难排查，希望后续版本优化。。。。。。。

**soento ** commented 12天前

你是怎么改成30000的呢？

他是源码吧

我想提交这个GrpcClient代码中的serverCheck的PR是否可以呢？
Payload response = responseFuture.get(3000L, TimeUnit.MILLISECONDS);

主要是增加这个3000的一个常量和一个方法进行获取 ，这样就和该类中的其他属性判断一致了，
private static final long DEFAULT_SERVERCHECK_TIMEOUT = 3000L;
private int serverCheckTimeout() {
String serverCheckTimeout = System
.getProperty("nacos.remote.grpc.servercheck.timeout", String.valueOf(DEFAULT_SERVERCHECK_TIMEOUT));
return Integer.parseInt(serverCheckTimeout);
}
Payload response = responseFuture.get(serverCheckTimeout(), TimeUnit.MILLISECONDS);

Hii

Move to #9013