Mininet中运行xterm时X11连接因认证错误被拒绝的问题求助

我之前在VirtualBox里的Ubuntu 20.04 Mininet环境里踩过一模一样的坑——直接在系统终端开xterm完全正常，但在Mininet命令行里启动节点的xterm就弹出X11 connection rejected because of wrong authentication的报错。这其实是因为Ubuntu 20.04对X11权限管理更严格，Mininet创建的节点默认不会继承主机的X11认证信息，而老版本Ubuntu（比如14.04）的认证策略相对宽松，所以没出现这个问题。下面是几个亲测有效的解决办法：

方法1：手动复制X11认证文件到节点 #

这是最直接的临时解决方案：

• 先在系统终端（mininet@mininet-vm:~$）里查看当前X11认证文件的路径：

  echo $XAUTHORITY
  

  一般输出结果为/home/mininet/.Xauthority
• 启动Mininet后，先执行命令把认证文件复制到目标节点（比如h1）的root目录下：

  mininet> h1 cp /home/mininet/.Xauthority /root/.Xauthority
  

• 现在再运行mininet> xterm h1，窗口就能正常打开了

方法2：修改Mininet配置，自动传递认证信息 #

如果不想每次都手动复制，可以修改Mininet的代码，让节点自动继承认证信息：

• 打开Mininet的node.py文件，路径通常是/usr/lib/python3/dist-packages/mininet/node.py
• 找到Host类的__init__方法，在环境变量设置区域添加以下代码：

  import os
  self.setenv('XAUTHORITY', os.environ.get('XAUTHORITY', '/home/mininet/.Xauthority'))
  

• 保存文件后重启Mininet，之后创建的所有节点都会自动带上X11认证信息，直接运行xterm h1就不会报错了

方法3：临时关闭X11认证（仅用于测试） #

这个方法操作简单但存在安全风险，只适合临时测试场景：

• 在系统终端执行命令关闭X11的认证检查：

  xhost +
  

• 之后启动Mininet并运行xterm h1就能正常打开窗口，测试完成后记得执行xhost -恢复认证限制，避免安全隐患

内容的提问来源于stack exchange，提问作者Emma