Se o ssh conseguir estabelecer a conexão, ele definirá DISPLAY como o valor adequado. Como você tem X11DisplayOffset definido como 10 (o valor padrão), o ssh usará a primeira exibição disponível começando em 10. Se você vir um valor menor que 10¹, então algo está interferindo no encaminhamento normal do X11 configurado pelo ssh, pelo menos substituindo DISPLAY . O valor :0 (ou :0.0 , a parte após o ponto é irrelevante) indica a primeira exibição que foi iniciada na máquina, que em casos típicos é a sessão ativa (ou o prompt de login gráfico) no console da máquina.
A explicação mais provável para o comportamento observado é que um dos arquivos de configuração do shell define DISPLAY . O culpado mais óbvio é ~/.bashrc (que devido a um capricho do bash é executado sempre que o pai do bash for rshd ou sshd , mesmo que o shell não seja interativo). Outro arquivo que define variáveis de ambiente é /etc/environment . Se for esse o caso, a solução é óbvia: não defina DISPLAY . (Existem muito poucos casos em que você precisa definir DISPLAY manualmente.)
Existem outras explicações exóticas. Isso pode acontecer se você alterou seu shell de login para screen (uma idéia fofa em teoria, mas não prática) e você tem um arquivo de inicialização do shell que forçosamente define DISPLAY dentro da tela (não é uma boa idéia). Isso também pode acontecer se você configurar o servidor para aceitar variáveis de ambiente enviadas pelo cliente ( AcceptEnv diretiva em sshd_config ), o cliente está enviando DISPLAY e a conexão X não pôde ser estabelecida. Ou pode acontecer se você definir uma variável de ambiente no servidor por meio da diretiva command em ~/.ssh/authorized_keys . Ou xterm poderia ser um script.
¹ Ou qualquer que seja o valor de X11DisplayOffset na configuração do servidor, mas quase nunca é alterado do padrão.