xterm não abrindo dentro de hosts Mininet. NO SSH, NO VM

Question

Acabei de instalar o Ubuntu 17.10 e Mininet 2.2.2 de Packages ( sudo apt-get install mininet ) no meu laptop. De forma nativa, ou seja, um SO real em uma máquina real, nenhuma máquina virtual de qualquer tipo . O laptop é um MacBook Pro 13 de 2017 "sem touchbar (MacBookPro14,1), e o Ubuntu roda em uma chave USB rápida; basta escrever para completar, não acho que seja relevante.

Eu preciso de acesso CLI para cada host Mininet que eu vou criar, para executar testes personalizados e observar o tráfego que passa em cada nó.

No meu antigo laptop, eu tinha uma configuração semelhante, mas com versões mais antigas do Ubuntu e provavelmente também do Mininet, e consegui gerar xterm s de cada host Mininet que eu queria. O problema é que eu não me lembro de como eu fiz =).

echo $DISPLAY retorna :0 se eu o executo em um shell regular ou em um host Mininet, mas em um shell normal xterm abre uma janela xterm. Digamos que h1 seja meu host Mininet. Eu começo o Mininet com sudo mn e fico:

• h1 echo $DISPLAY - > %código%
• :0 - > nada e nada acontece
• xterm h1 - > nada e nada acontece
• h1 xterm & - > %código%

Todas as informações que eu encontrei estão relacionadas ao encaminhamento do X11 com o ssh, e tudo que eu tentei falhou.

Alguma ideia?

    

Answer 1

Execute xhost +local: em um terminal sem ser superusuário para corrigir o problema. Abaixo os detalhes.

O problema é que o xterm não funciona por padrão quando autenticado como superusuário (Mininet deve ser executado como superusuário), por motivos de segurança.

Você pode verificar se esse é o seu problema executando xterm e sudo xterm em um terminal quando estiver logado como de costume (se você fez algo como sudo su antes que essa verificação seja inútil). Se xterm abrir, mas sudo xterm não, então você precisa executar

xhost +local:

sudo xterm deve funcionar agora, bem como h1 xterm dentro do Mininet. Isso porque, com esse comando, você forneceu acesso ao servidor gráfico a aplicativos em execução como sudo ou su .

A configuração não persiste entre as reinicializações e pode ser revertida com xhost - .

Por favor note que, ao fazer isso, você está dando a qualquer usuário no sistema ou à rede acesso ao seu $ DISPLAY sem autenticação ( link ).