时间戳

首页 > 解决方案 > grpc-dotnet 向后兼容性

java - grpc-dotnet 向后兼容性

问题描述

以前我在 .net 2.x 中使用了 grpc C-core，它运行良好，groc 在服务器端的 .net core 2.2 和 C#、Java grpc 客户端上运行，使用 pem 文件进行 TLS。

现在我注意到新的 grpc-dptnet 不再支持 pem 文件。这是否意味着一切都破裂了？没有更多的向后兼容性？我期待使用 .net core 3 中的新工作服务来重写我的 grpc windows 服务，而前端不知道它，所以前端继续使用 pem 文件进行 TLS。但现在看来是不可能了。

所以有人可以请教我..

  1. pfx 文件有多少种类型？客户端 pfx，服务器 pfx？还是只有一个客户端 pfx？
  2. Java grpc 客户端如何使用 pfx 文件连接到 grpc 服务器，尤其是当服务器在 grpc-dotnet 而不是 C 核心 grpc 中完成时。
  3. IIS 使用的 pfx 证书和 grpc 服务器使用的 pfx 证书有区别吗？如果在具有开发人员 SSL 证书的 IIS 上使用客户端 pfx 会导致冲突。对于 asp.net web appp 也在运行 grpc 服务的情况。尤其是在同一端口上时。那么会发生什么？
  4. 如何检测 grpc 的断开连接？以前使用 grpc-C-core，我会先调用 Connect，然后等待连接更改状态.. 现在使用 httpClient，我认为这是不可能的.. 还是我错了？

我发现新的 grpc-dotnet 比 .net 的原始 grpc C 核心更令人困惑和难以理解。至少这很清楚如何配置端口、证书（使用 openssl 生成 pem 文件非常容易，重要的是 CN 字段）。现在使用 pfx 文件格式，我真的很困惑.. 所以如果我听起来很愚蠢，请多多包涵..

标签： java.net-coregrpc

解决方案

推荐阅读