Configure o xdmcp para área de trabalho remota forçando o udp v4

Configure o xdmcp para área de trabalho remota forçando o udp v4

Estou tentando configurar a área de trabalho remota em uma distribuição estendida do Debian, configurei o arquivo /etc/gdm3/daemon.conf.

[daemon]
WaylandEnable = false

[security]
DisallowTCP = false

[xdmcp]
Enable = true
Port = 177

[chooser]

[debug]
# Uncomment the line below to turn on debugging
# More verbose logs
# Additionally lets the X server dump core if it crashes
Enable = true

Mas quando reinicio o sistema debian, vejo a seguinte saída no netstat:

udp6       0      0 :::177                  :::*                                11059/gdm3    

Isso está usando udp6 e não udp4.

Eu tentei desabilitar o inet6 no sistema com as seguintes linhas /etc/sysctl.conf:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.lo.disable_ipv6 = 1

Atualizo as configurações com sysctl -pe reinicio os serviços com sudo init 3; sudo unit 5, mas nada muda. Eu reiniciei a VM e continua a mesma.

Alguma ideia de como posso forçar o xdcmp a escutar no UDP v4 e não no udp6? Desde já, obrigado.

Estou fazendo isso para descobrir as configurações necessárias em outra máquina com a mesma distribuição Linux onde desejo configurar o acesso remoto à área de trabalho (então, terei o mesmo problema). Na verdade consigo acessar com o xvnc rodando em outro host, mas quero configurar o xdmcp para solicitar o login no acesso remoto.

O sistema exato que estou executando:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 9.4 (stretch)
Release:    9.4
Codename:   stretch

$ apt-cache show gdm3
Package: gdm3
Version: 3.22.3-3+deb9u1
. . .

Responder1

Acho que encontrei a resposta para minha pergunta. Baixei o código-fonte do gdm3 e localizei onde o soquete está configurado para o xdmcp.

static gboolean
open_port (GdmXdmcpDisplayFactory *factory)
{
        struct sockaddr_storage serv_sa = { 0 };

        g_debug ("GdmXdmcpDisplayFactory: Start up on host %s, port %d",
                 factory->priv->hostname ? factory->priv->hostname : "(null)",
                 factory->priv->port);

        /* Open socket for communications */
#ifdef ENABLE_IPV6
        factory->priv->socket_fd = do_bind (factory->priv->port, AF_INET6, &serv_sa);
        if (factory->priv->socket_fd < 0)
#endif
                factory->priv->socket_fd = do_bind (factory->priv->port, AF_INET, &serv_sa);

        if G_UNLIKELY (factory->priv->socket_fd < 0) {
                g_warning (_("Could not create socket!"));
                return FALSE;
        }

        fd_set_close_on_exec (factory->priv->socket_fd);

        if (factory->priv->use_multicast) {
                setup_multicast (factory);
        }

        return TRUE;
}

Aqui pode ser visto que se o pacote foi construído para suportar IP6 e a operação de ligação terminar corretamente, o soquete estará escutando apenas UDP6, e não UDP4.

A solução deve ser reconstruir o pacote sem suporte IP6, ou modificar o código fonte para que seja incluído um novo parâmetro para habilitar/desabilitar IP6 do arquivo /etc/gdm3/daemon.conf.


Mais informações atualizadas nos comentários.

static int
create_socket (struct addrinfo *ai)
{
        int sock;

        sock = socket (ai->ai_family, ai->ai_socktype, ai->ai_protocol);
        if (sock < 0) {
                g_warning ("socket: %s", g_strerror (errno));
                return sock;
        }

#if defined(ENABLE_IPV6) && defined(IPV6_V6ONLY)
    if (ai->ai_family == AF_INET6) {
        int zero = 0;
        if (setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, &zero, sizeof(zero)) < 0)
            g_warning("setsockopt(IPV6_V6ONLY): %s", g_strerror(errno));
    }
#endif

        if (bind (sock, ai->ai_addr, ai->ai_addrlen) < 0) {
                g_warning ("bind: %s", g_strerror (errno));
                close (sock);
                return -1;
        }

        return sock;
}

E podemos ver o seguinte no sistema de arquivos proc:

$ cat /proc/sys/net/ipv6/bindv6only 
0

Portanto, parece que nenhuma ligação dupla foi feita. Deveria ser porque IPV6_V6ONLY está definido.


Depois de reconstruir o pacote sem suporte ip6:

udp        0      0 0.0.0.0:177             0.0.0.0:*                           - 

informação relacionada