DEBIAN 6 E O SERVIDOR VNC (2ª Parte)

E OS PROBLEMAS COMEÇAMDebian 6

Com uma ligação ao servidor VNC que nunca chega a ocorrer. Simplesmente não arranca sozinho. Ou melhor, pede uma password de “Unlock Login Keyring“, ao utilizador com sessão iniciada. Isto pode ser ultrapassado com “auto-login” mais um pequeno truque, mas essa é uma solução muito pouco segura. Se me ligar por SSH não faz a mínima diferença.Unlock Login Keyring

Ora, a ideia é não ter utilizadores com sessão iniciada localmente, é um servidor. A ideia é ter uma máquina que me preste serviços e não o oposto. Se não houver uma sessão local iniciada, o servidor VNC não aceita ligações, o que é uma grande chatice. É que despois de desligado o switch kvm, deixo de ter monitor para perceber o que se passa com a máquina. Além disso, em certas ocasiões, a carga do cpu dispara para 100%, à conta do “vino-server”. Esperei que parasse…e fartei-me. Matei (kill) o processo antes que o “vino-server” me matasse o processador.Resposta do vino-server

BUG ANTIGO

Indo um pouco mais ao fundo da questão, abro o log da sessão do “X”, em ~/.xsession-errors e procuro informação relevante. Esta aparece com “WARNING **: VNC authentication failure … rfbAuthPasswordChecked: password check failed”. Com esta informação telefono para um amigo que sabe de  linux, o Google, e depressa descubro que é um bug antigo de 2006. Um erro de programação que todos estes anos depois não está resolvido. E não sei como desinstalar o “vino-server”, faz parte do Gnome. Assim que tento propõe a desinstalação do próprio Gnome.

Talvez o projecto tenha sido abandonado, não sei. Mas sei que a Debian já deveria ter resolvido esta questão.

rfbAuth failed

Ao pesquisar na net aparecem imensas soluções para este problema. Na realidade nenhuma o resolve e a quantidade de supostas soluções, espalhadas por imensos fóruns, acaba por ser a confirmação disso mesmo. Se fizermos a busca com o texto de “.xsession-errors” todas as respostas apontam para o bug Debian #400108.vino-server bug

NOVAS SOLUÇÕES

Torna-se claro que melhores cabeças que a minha tentaram resolver o problema e não conseguiram. É altura de procurar outras soluções. Estas apontaram paraNoMachine NX Free Editione as suas variantes Open Source, “FreeNX” e “Neatx”. O “X2Go” também apareceu nas minhas pesquisas, assim como relatos de alguns problemas associados. Optei pelo “NoMachine NX Free Edition”, que já tinha utilizado na versão 1 do meu servidor. Depois de instalado foi só ligar-me e bingo, prontinho e a funcionar. Mais tarde acabei por desligar o servidor vnc, parecia estar a causar-me outros problemas.

Ligação ao servidor NX Free

Logo de início de sessão

Sessão activa com servidor NoMachine

Com esta etapa arrumada é altura de enfrentar a próxima, editar o “fstab” para montar a partição raid, automaticamente, no arranque.

Até sempre;

SonhosDigitais

NOTA: O “NoMachine NX Free Edition”, com a configuração por defeito, deixa alguns problemas por resolver. A busca por uma solução/configuração de assistência remota continua.

Anúncios