网络命名空间下SeleniumLibrary启动无头浏览器的RobotFramework测试方法

geckodriver抛出的状态码69对应系统定义的EX_UNAVAILABLE（服务不可用）类错误，结合你描述的「手动进netns跑Firefox正常、主机环境下跑Selenium正常」的场景，本质原因是Selenium的全流程进程没有完整归属到目标网络命名空间：

• 网络命名空间的隔离是逐进程绑定的，只有通过ip netns exec等特权操作切换过的进程，才能使用目标netns内的回环栈、网卡路由配置。
• geckodriver和Firefox之间默认依赖同命名空间下的127.0.0.1临时TCP端口建立控制连接，如果geckodriver在默认命名空间、Firefox在目标netns（或反过来），两者的回环网络栈完全隔离，控制通道根本无法建立，geckodriver就会直接异常退出返回69。
• 你之前在主机默认环境跑测试100%通过，是因为整个Selenium进程链都在默认netns，能正常访问目标地址；但这个流程完全没有用到你需要的网络命名空间的网络路由，自然无法满足测试要求。

1. 统一全进程链的网络命名空间归属 #

绝对不能在主机默认命名空间直接启动robot脚本，必须把从robot开始的所有子进程（python解释器、SeleniumLibrary、geckodriver、Firefox）全部切换到目标网络命名空间下运行。
假设你的目标网络命名空间名为test-net，正确的测试启动命令为：

sudo ip netns exec test-net robot --outputdir ./test_output your_test.robot

• 两个必须注意的细节：
  • 必须带sudo权限，普通用户没有加入其他网络命名空间的权限，缺权限会直接导致geckodriver启动失败返回69。
  • 不能只单独把Firefox进程切到目标netns里，整个流程链必须和robot进程在同一个netns下，否则会出现跨命名空间回环通信失败的问题。

2. 适配netns环境的Firefox启动参数 #

网络命名空间的运行场景大多是无图形界面的服务器/容器环境，哪怕你本地有桌面环境，netns里也不会默认提供图形服务给无头模式使用，需要给Selenium传入正确的启动参数，避免因为缺少依赖导致启动崩溃。
修改你的测试脚本，在Open Browser环节显式配置Firefox的无头运行参数：

*** Settings ***
Documentation   Test browser access in netns
Library   OperatingSystem
Library   SeleniumLibrary
Library   BuiltIn

Force Tags  test_123

*** Test Cases ***
Test Browser In Netns
    # 初始化Firefox启动配置
    ${options}=    Evaluate    selenium.webdriver.FirefoxOptions()
    # 开启无头模式
    Call Method    ${options}    add_argument    --headless
    # 关闭沙箱适配netns的权限隔离环境
    Call Method    ${options}    add_argument    --no-sandbox
    # 解决共享内存权限不足的问题
    Call Method    ${options}    add_argument    --disable-dev-shm-usage
    # 指定独立的临时浏览器配置目录，避免和主机配置冲突
    Call Method    ${options}    add_argument    -profile /tmp/firefox_test_profile
    # 传入配置启动浏览器
    Open Browser    http://192.168.0.100    browser=ff    options=${options}
    Close Browser

• 这几个参数缺一不可：缺--no-sandbox会因为netns的进程权限隔离触发沙箱报错，缺--disable-dev-shm-usage会因为共享内存配额不足导致Firefox启动崩溃，独立的配置目录会避免主机上的Firefox扩展、缓存设置和netns环境不兼容的问题。

3. 前置验证单点组件的运行状态 #

如果前面两步配置完还是报错，可以先手动在目标netns环境里模拟Selenium的启动流程，逐个排查问题：

• 先验证geckodriver在netns里能正常启动不退出：

  sudo ip netns exec test-net geckodriver --port 4444
  

  能正常打印监听日志、不会立刻退出，说明geckodriver的权限、运行环境没有问题。
• 再验证Firefox无头模式在netns里能正常启动：

  sudo ip netns exec test-net firefox --headless --no-sandbox http://192.168.0.100
  

  能正常返回没有崩溃，说明Firefox的依赖、网络连通性没有问题。
• 注意两个进程必须用同一个系统用户身份运行，不要一个用root、一个用普通用户，否则会因为unix socket权限不匹配导致控制通道建立失败，触发69报错。

4. 清理残留进程避免端口占用 #

之前测试留下的残留进程会占用geckodriver默认端口、锁定Firefox的配置目录，导致新启动的进程无法绑定资源直接退出。启动测试前先清理对应环境的残留进程：

# 杀掉netns里残留的geckodriver进程
sudo ip netns exec test-net pkill -f geckodriver
# 杀掉netns里残留的Firefox进程
sudo ip netns exec test-net pkill -f firefox

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