grpc-dotnet向后兼容

Question

以前，我已经将grpc C-core用于.net 2.x，并且运行良好，并且groc在服务器端的.net core 2.2和C＃，Java grpc客户端上运行，并且使用了用于TLS的pem文件。

现在，我注意到新的grpc-dptnet不再支持pem文件。这是否意味着一切都破裂了？没有向后兼容吗？我一直期待在.net core 3中使用新的worker服务来重写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应用程序也在同一端口上运行grpc服务.. esp的情况，那么会发生什么？
4. 如何检测grpc的断开连接？以前使用grpc-C-core，我会先调用Connect，然后等待连接更改状态..现在使用httpClient，我认为这不可能。.还是我错了？

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