gRP C: невозможно подключиться к услуге Linux с клиента Windows - PullRequest
0 голосов
/ 08 апреля 2020

Я пытаюсь начать использовать сервис gRP C в моем проекте. Для начала я использую тестовый проект в Visual Studio, который создается автоматически при добавлении проекта службы gRP C. Вот некоторый код.

Клиент:

class Program
{
    static async Task Main(string[] args)
    { 
        HttpClientHandler clientHandler = new HttpClientHandler
        {
            ServerCertificateCustomValidationCallback = (sender, cert, chain, sslPolicyErrors) => { return true; }
        };

        HttpClient httpClient = new HttpClient(clientHandler);

        using var channel = GrpcChannel.ForAddress("https://localhost:55555",
            new GrpcChannelOptions { HttpClient = httpClient });

        var client = new Greeter.GreeterClient(channel);
        Console.Write("Name: ");
        string name = Console.ReadLine();

        var reply = await client.SayHelloAsync(new HelloRequest { Name = name });
        Console.WriteLine("Response: " + reply.Message);
        Console.ReadKey();
    }
}

Служба:

public class Program
{
    public static void Main(string[] args)
    {
        CreateHostBuilder(args).Build().Run();
    }

    // Additional configuration is required to successfully run gRPC on macOS.
    // For instructions on how to configure Kestrel and gRPC clients on macOS, visit https://go.microsoft.com/fwlink/?linkid=2099682
    public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)

            .ConfigureWebHostDefaults(webBuilder =>
            {
                webBuilder.UseStartup<Startup>();
            });
}

public class GreeterService : Greeter.GreeterBase
{
    private readonly ILogger<GreeterService> _logger;
    public GreeterService(ILogger<GreeterService> logger)
    {
        _logger = logger;
    }

    public override Task<HelloReply> SayHello(HelloRequest request, ServerCallContext context)
    {
        return Task.FromResult(new HelloReply
        {
            Message = "Hello " + request.Name
        });
    }
}

Я переопределяю порт 5001 по умолчанию в настройках приложения. json:

{
"Logging": {
    "LogLevel": {
        "Default": "Debug",
        "Microsoft": "Warning",
        "Microsoft.Hosting.Lifetime": "Information",
        "Grpc": "Debug"
    }
},
"AllowedHosts": "*",
"Kestrel": {
    "EndPoints": {
        "Http": {
            "Url": "https://localhost:55555"
        }
    },
    "EndpointDefaults": {
        "Protocols": "Http2"
    }
}  }

У меня нет проблем с запуском проекта, когда клиент и служба находятся на компьютере Windows, вот снимок экрана:

enter image description here

То же самое происходит, когда они оба находятся на Linux машине:

enter image description here

Но я не могу заставить его работать с клиентом, работающим на Windows и услуга на Linux. Я не очень разбираюсь в Linux, но мне кажется, что проблема может заключаться в том, что я не могу получить доступ к порту 55555 с моей машины Windows.

Я пытался протестировать его с помощью Powershell с этот результат:

enter image description here

Я проверил, что служба работает, и порт открыт, вот некоторые команды, которые я пробовал, и результаты, которые я получил:

[user@localhost ~]$ grep -w 55555 /etc/services
test        55555/tcp       # TestService

[user@localhost ~]$ sudo lsof -i -P -n | grep LISTEN
[sudo] password for user: 
GrpcServi 10933         user  166u  IPv4 1090871      0t0  TCP 127.0.0.1:55555 (LISTEN)
GrpcServi 10933         user  167u  IPv6 1090874      0t0  TCP [::1]:55555 (LISTEN)

[user@localhost ~]$ sudo netstat -tulpn | grep LISTEN     
tcp        0      0 127.0.0.1:55555         0.0.0.0:*               LISTEN      10933/./GrpcService 
tcp6       0      0 ::1:55555               :::*                    LISTEN      10933/./GrpcService 

[user@localhost ~]$ sudo netstat -tulpn | grep :55555
tcp        0      0 127.0.0.1:55555         0.0.0.0:*               LISTEN      10933/./GrpcService 
tcp6       0      0 ::1:55555               :::*                    LISTEN      10933/./GrpcService 

[user@localhost ~]$ sudo ss -tulpn | grep LISTEN                                               
tcp   LISTEN   0        128              127.0.0.1:55555          0.0.0.0:*      users: 
(("GrpcService",pid=10933,fd=166))                                                                                   
tcp   LISTEN   0        128                  [::1]:55555             [::]:*      users: 
(("GrpcService",pid=10933,fd=167))                                       

[user@localhost ~]$ sudo ss -tulpn | grep ':55555'
tcp   LISTEN   0        128              127.0.0.1:55555          0.0.0.0:*      users: 
(("GrpcService",pid=10933,fd=166))                                       
tcp   LISTEN   0        128                  [::1]:55555             [::]:*      users: 
(("GrpcService",pid=10933,fd=167))                                       

[user@localhost ~]$ sudo lsof -i -P -n | grep LISTEN
GrpcServi 10933         user  166u  IPv4 1090871      0t0  TCP 127.0.0.1:55555 (LISTEN)
GrpcServi 10933         user  167u  IPv6 1090874      0t0  TCP [::1]:55555 (LISTEN)

[user@localhost ~]$ sudo firewall-cmd --zone=public --list-all
[sudo] password for user: 
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: enp2s0
  sources: 
  services: cockpit dhcpv6-client ssh
  ports: 3389/tcp 3389/udp 55555/tcp 
  protocols: 
  masquerade: yes
  forward-ports: 
  source-ports: 
  icmp-blocks: 
  rich rules: 

Я также пытался отключить брандмауэры на Windows и Linux, чтобы проверить, может ли это помочь, но безрезультатно.

Обе машины находятся в одной сети. CentoOS 8 и Windows 10.

1 Ответ

0 голосов
/ 08 апреля 2020

Нашел мой ответ здесь https://unix.stackexchange.com/questions/578677/unable-to-connect-to-a-linux-port-from-window

Пришлось изменить "Url": "https://localhost: 55555 " в appsettings . json файл в "Url": "https://0.0.0.0: 55555 "

...