能否延长Ansible apt_repository模块超时时间？及替代方案有效性咨询

1. 能否延长apt_repository模块的超时时间？ #

可以的！虽然apt_repository模块本身没有直接暴露timeout参数，但它处理PPA源时会调用Launchpad的API，这部分的超时可以通过环境变量来调整。

你可以在任务的environment中添加REQUESTS_TIMEOUT变量，指定更长的超时时间（比如30秒），让模块有足够时间通过代理完成请求：

- name: Add Glusterfs APT Repository
  become: yes
  environment:
    http_proxy: http://192.168.42.250:3128/
    https_proxy: http://192.168.42.250:3128/
    REQUESTS_TIMEOUT: 30  # 调整为你需要的超时秒数
  apt_repository:
    repo: ppa:gluster/glusterfs-7
    state: present

这个变量会被模块底层的requests库读取，覆盖默认的超时设置，完美解决代理响应慢导致的超时问题。

另外，你也可以修改ansible.cfg中的全局timeout参数，但这会影响所有模块的远程连接，优先级不如上面的任务级设置。

2. 你的临时替代方案是否合适？ #

非常合适！甚至在你的网络受限场景下，这个方案比使用PPA格式的源更可靠：

方案的优势： #

• 绕过了apt_repository对Launchpad API的依赖，彻底避免了代理超时的问题；
• 全程手动控制密钥添加和源配置，逻辑清晰，排查问题更简单；
• 完全符合APT的工作流程，功能上和使用PPA源完全一致。

优化建议（让方案更规范）： #

由于apt-key命令在新版Ubuntu中已被标记为废弃，建议换成更安全的密钥存储方式，将密钥写入独立的keyring文件而非全局的trusted.gpg：

- name: Receive Glusterfs key
  become: yes
  environment:
    http_proxy: http://192.168.42.250:3128/
    https_proxy: http://192.168.42.250:3128/
  shell: |
    gpg --keyserver keyserver.ubuntu.com --keyserver-options http-proxy=http://192.168.42.250:3128/ --recv-keys F7C73FCC930AC9F83B387A5613E01B7B3FE869A9 | gpg --dearmor > /usr/share/keyrings/glusterfs-7-archive-keyring.gpg

- name: Add Glusterfs APT Repository
  become: yes
  apt_repository:
    repo: deb [signed-by=/usr/share/keyrings/glusterfs-7-archive-keyring.gpg] http://ppa.launchpad.net/gluster/glusterfs-7/ubuntu xenial main
    state: present
    filename: glusterfs-7  # 指定源文件名，方便后续维护

- name: Add Glusterfs APT Repository (source)
  become: yes
  apt_repository:
    repo: deb-src [signed-by=/usr/share/keyrings/glusterfs-7-archive-keyring.gpg] http://ppa.launchpad.net/gluster/glusterfs-7/ubuntu xenial main
    state: present
    filename: glusterfs-7

这样调整后，你的方案不仅能解决当前问题，还能适配更高版本的Ubuntu系统，安全性也更强。

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