Я пытаюсь получить рабочий экземпляр grpc-web .У меня есть бэкэнд-сервис, который выглядит следующим образом.
var grpc = require('grpc');
var messages = require('./example_pb');
var service = require('./example_grpc_pb');
function exampleOne(call) {
var response = new messages.ExampleOneRequest();
call.write(response);
call.end();
}
function main() {
var server = new grpc.Server();
server.addService(
services.MyExampleService,
{
example : exampleOne
}
);
server.bind('0.0.0.0:8050', grpc.ServerCredentials.createInsecure());
server.start();
}
main();
Я проверил это на стороне клиента на стороне сервера, поэтому сейчас я пытаюсь подключить реальный клиент на основе веб-браузера.Сначала я настроил прокси, который, по-видимому, необходим?Я решил пойти с grpcwebproxy на основе GoLang, который кажется приемлемым выбором согласно документации grpc-web.
>> grpcwebproxy --backend_addr=localhost:8050 \
--server_tls_cert_file=/usr2/certs/server/localhost.localdomain.crt \
--server_tls_key_file=/usr2/certs/server/localhost.localdomain.key
Вывод выглядит так
INFO[0000] dialing to target with scheme: "" system=system
INFO[0000] ccResolverWrapper: sending new addresses to cc: [{localhost:8050 0 <nil>}] system=system
INFO[0000] listening for http on: [::]:8080
INFO[0000] listening for http_tls on: [::]:8443
INFO[0000] pickfirstBalancer: HandleSubConnStateChange: 0xc4201638a0, CONNECTING system=system
INFO[0000] pickfirstBalancer: HandleSubConnStateChange: 0xc4201638a0, READY system=system
Я не могу заставить работать веб-браузер, просто получаю несколько общих ошибок / связанных с CORS 500.
Я вернулся на свою серверную часть и решил свернуть прокси.Кажется, что http2 не поддерживается с моей текущей версией curl, поэтому я вместо этого использую инструмент под названием h2c .
Короче говоря, я пытаюсь проверить связь с портом tls 8443 и получаю следующее (наиболее многообещающее).
>> ./h2c_linux_amd64 get https://localhost:8443/service.path/ExampleOne
invalid gRPC request method
Я пытаюсь это
>> ./h2c_linux_amd64 get http://localhost:8443/service.path/ExampleOne
http connections not supported.
Я пытаюсь это
>> ./h2c_linux_amd64 get http://localhost:8080/service.path/ExampleOne
http connections not supported.
Я пробую это
>> ./h2c_linux_amd64 get https://localhost:8080/service.path/ExampleOne
Failed to connect to localhost:8080: tls: oversized record received with length 20527
Я не ожидаю мгновенного ответа типа "это ваше решение", так как я многое пропустил, но есть ли у кого-нибудьпредложения о том, где работать с этим?
Ошибка, которую я получил
"invalid gRPC request method"
, кажется наиболее перспективной, хотя и общей.
РЕДАКТИРОВАТЬ:
Кажется, что стал немного ближе, по крайней мере отладки на стороне сервера.Вернулся к использованию curl.Это была моя команда
curl 'https://localhost:8443/service.path/ExampleOne' \
-H 'content-type: application/grpc-web+proto' \
-H 'x-grpc-web: 1' \
-H 'authority: localhost:8443' \
--data-binary $'\x00\x00\x00\x00\x04\n\x02yo' \
--insecure
С помощью этой команды я смог сделать это через grpcwebproxy, к моей службе и обратно на другую сторону.Кажется, что-то в обеспечении curl двоичной строкой помогает.Я говорю это потому, что
curl 'https://localhost:8443/service.path/ExampleOne' \
-H 'content-type: application/grpc-web+proto' \
-H 'x-grpc-web: 1' \
-H 'authority: localhost:8443' \
--insecure
приводит к сообщению об ошибке
gRPC requires HTTP/2
Теперь мне нужно отобразить приведенную выше команду curl в действительный запрос grpc-web.
РЕДАКТИРОВАТЬ 2:
Я сейчас нахожусь в точке, где я думаю, что мне требуется сертификат.Код из браузера бьет мой grpcwebproxy, но я вижу сообщение об ошибке
2018/10/17 12:21:56 http2: server: error reading preface from client 127.0.0.1:45056: remote error: tls: unknown certificate authority
2018/10/17 12:21:56 http2: server: error reading preface from client 127.0.0.1:45058: remote error: tls: unknown certificate authority
2018/10/17 12:21:56 http2: server: error reading preface from client 127.0.0.1:45060: remote error: tls: unknown certificate authority
Это происходит в выводе grpcwebproxy, поэтому я знаю, что запрос по крайней мере делает его там.
Я думаю, что раньше я справился с этим с помощью curl, добавив тег --insecure ... не знаю, как повторить это в браузере.