☰

Como posso configurar o gdm para permitir conexões X com outros servidores/estações de trabalho?

tag-icon • tag-icon gnome centos gdm centos-6 xauth
Como posso configurar o gdm para permitir conexões X com outros servidores/estações de trabalho?

Tenho um problema em todas as novas instalações deCentOS 6.2na minha rede. Conectando-se a máquinas remotas usandoX11o software gui falha por motivos associados aoxauth. Não tenho certeza de como diagnosticar, mas reduzi ao seguinte:

  • O gdm não consegue autenticar corretamente com o host remoto
  • XAUTORIDADEestá definido para um caminho local não disponível na máquina remota
  • não há.Xautoridadearquivo no diretório inicial do usuário local
  • ausenteMIT-MÁGICA-COOKIE-1

Aqui estão alguns registros:

/var/log/Xorg.0.log

[  9273.858] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9273.870] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8800 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 20 disconnected
[  9274.072] AUDIT: Mon Jun  4 14:41:21 2012: 7778: client 35 disconnected
[  9277.236] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.248] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 connected from local host (
uid=0 gid=0 pid=8804 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 496
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 20 disconnected
[  9277.277] AUDIT: Mon Jun  4 14:41:25 2012: 7778: client 35 disconnected

/var/log/mensagens

Jun  4 14:41:21 myhostname abrt[8801]: saved core dump of pid 8800 (/usr/bin/perl) to /var/spo
ol/abrt/ccpp-2012-06-04-14:41:21-8800.new/coredump (18776064 bytes)
Jun  4 14:41:21 myhostname abrtd: Directory 'ccpp-2012-06-04-14:41:21-8800' creation detected
Jun  4 14:41:21 myhostname abrtd: Package 'clusterssh' isn't signed with proper key
Jun  4 14:41:21 myhostname abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2012-06-04-14:41:21-8800 (res:2), deleting

Tenho certeza de que isso é algo fácil de resolver.

Coisas que tentei e não tiveram sucesso:

  • tristementegdmsetupnão faz parte do EL6
  • configurado/etc/gdm/PostLogincopiar$XAUTORIDADEpara$HOME/.Xautoridade(diretórios iniciais montados em NFS)
  • criado explicitamente/etc/sysconfig/desktopcomDISPLAYMANAGER=GNOME&DESKTOP=GNOME
  • tentei diferentes combinações dexinitexauth

Espero que alguém possa ajudar a diagnosticar e resolver esse problema. Como é visível nos logs, estou semclustersshcomo resultado, o que é uma coisa lamentável, já que eu o uso diariamente.

Responder1

A solução foi, como esperado, trivial e obscura.

Com a instalação vanilla do CentOS 6.2, o arquivo de definição de cores X11 que faz parte doxorg-x11-server-utilspacote (utilitários do servidor X.Org X11 X) não foi resolvido corretamente pelo X11.

Para alguns aplicativos, isso resulta em mensagens de aviso, mas outros falham com erros não relacionados.

A solução foi adicionar explicitamente o seguinte à seção "Arquivos" do arquivo /etc/X11/xorg.conf:

Section "Files"
    RgbPath "/usr/share/X11/rgb.txt"
EndSection

Com isso implementado, um simples logout/login para reiniciar o servidor X resolveu o problema.

Este tópico foi o que me levou a encontrar a solução funcional:

http://www.nntp.perl.org/group/perl.tcltk/2006/09/msg99.html

Responder2

Esseexcertopode estar relacionado ao seu problema:

7.2. Por que o Cygwin/X relata AUDITORIA: cliente 1 rejeitado do host remoto IP?

O problema provavelmente é um DNS (resolução de nome de rede) incorreto. Certifique-se de que seu host Windows tenha um nome de host válido também para Linux e um endereço IP que o Linux possa resolver para esse nome de host.

Se você adicionar uma linha

192.168.26.1 myhost

para /etc/hosts no servidor XDMCP com o endereço IP e o nome do host do seu host Windows, a resolução de nomes deve funcionar.

Responder3

Na verdade, os controles de acesso do X11 não tiveram nada a ver com os problemas que eu estava enfrentando. Tudo porque anexei o arquivo Xresources do tema solarizado ao arquivo Xresources do sistema. A remoção dessas linhas resolveu o problema.

Consegui diagnosticar executando cssh -e hostnameo que mostrou que as definições de cores não foram compreendidas pelo xterm. Removidas as linhas, reiniciei o servidor X e tudo está funcionando perfeitamente.

informação relacionada