ранее я использовал grpc C-core для .net 2.x, и он работал нормально, когда groc работал на .net core 2.2 на стороне сервера и C #, Java grpc клиенты, используя pem-файлы для TLS.
Теперь я заметил, что новый grpc-dptnet больше не поддерживает файлы pem. Значит ли это, что все ломается? нет больше обратной совместимости? Я с нетерпением ждал возможности использовать новую рабочую службу в .net core 3 для перезаписи моей службы windows grpc, но клиент не знал об этом, поэтому он продолжает использовать файлы pem для TLS. Но сейчас это кажется невозможным.
Так может кто-нибудь, пожалуйста, посоветуйте мне ..
- Сколько существует типов файлов pfx? клиент pfx, сервер pfx? или только один клиент pfx?
- Как Java-клиент grpc использует файл pfx для подключения к серверу grpc, особенно если сервер выполняется в grpc-dotnet, а не в grpc ядра C.
- Есть ли разница между сертификатом pfx, используемым IIS, и сертификатом, используемым сервером grpc? вызовет ли это конфликт, если на IIS используется клиентская pfx с SSL-сертификатом разработчика .. для случая, когда веб-приложение asp.net также запускает службу grpc .. esp, когда на том же порту .. тогда что произойдет?
- Как определить разрыв соединения для grpc? раньше с grpc-C-core я сначала вызывал Connect, затем ждал статуса изменения соединения .. теперь с httpClient я не думаю, что это возможно .. или я ошибаюсь?
Я нахожу новый grpc-dotnet куда более запутанным и трудным для понимания, чем оригинальное ядро grpc C для .net. По крайней мере, было понятно, как настраивать порты, сертификаты (генерация pem-файлов с использованием openssl была очень простой, и все, что имеет значение, это поле CN). Теперь с форматом файла pfx, я действительно запутался .. поэтому, пожалуйста, потерпите меня, если я звучу глупо ..