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

5

Eu tenho um problema em todas as novas instalações do CentOS 6.2 na minha rede. Conectar a máquinas remotas usando X11 software gui falha por razões associadas ao xauth . Não sei como diagnosticar, mas reduzi o seguinte:

  • gdm não pode autenticar corretamente com host remoto
  • XAUTHORITY está definido para um caminho local não disponível na máquina remota
  • não há arquivo .Xauthority no diretório inicial do usuário local
  • faltando MIT-MAGIC-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 / messages

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 é fácil de resolver.

Coisas que tentei que não tiveram sucesso:

  • infelizmente o gdmsetup não faz parte do EL6
  • configurado / etc / gdm / PostLogin para copiar $ XAUTHORITY para $ HOME / .Xauthority (diretórios iniciais montados pelo NFS)
  • criado explicitamente / etc / sysconfig / desktop com DISPLAYMANAGER = GNOME & DESKTOP = GNOME
  • tentou combinações diferentes de xinit e xauth

Espero que alguém possa ajudar a diagnosticar e resolver este problema. Como é visível nos logs, eu estou sem o clusterssh como resultado, o que é uma coisa infeliz, dado que eu o uso diariamente.

    
por mogga 04.06.2012 / 21:11

3 respostas

0

Na verdade, os controles de acesso do X11 não tinham nada a ver com os problemas que eu estava tendo. Foi tudo porque eu tinha anexado o arquivo Xresources do tema solarizado no arquivo Xresources do sistema. Remover essas linhas resolveu o problema.

Eu consegui diagnosticar executando cssh -e hostname , o que mostrou que as definições de cores não eram compreendidas pelo xterm. Removemos as linhas, reiniciámos o servidor X e tudo está funcionando sem problemas.

    
por 15.10.2012 / 18:44
2

A solução era, como esperado, trivial e obscura -

With the vanilla install of CentOS 6.2 the X11 color definition file that is part of the xorg-x11-server-utils package (X.Org X11 X server utilities) is not resolved correctly by X11.

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

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

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

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

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

link

    
por 14.06.2012 / 03:58
0

Este extrato pode estar relacionado ao seu problema :

7.2. Why does Cygwin/X report AUDIT: client 1 rejected from IP remotehost?

The problem is most likely a wrong DNS (Network name resolution). Make sure your windows host has a hostname which is valid from linux too and an IP address which linux can resolve to that hostname.

If you add a line

192.168.26.1 myhost

to /etc/hosts on the XDMCP server with the IP address and the hostname of your windows host the name resolution should work.

    
por 08.06.2012 / 19:30