关于Azure中Ubuntu镜像源azure.archive.ubuntu.com故障的上报渠道咨询及问题反馈

Hey 老兄，真的同情你遇上这个糟心问题——Azure Worker VM部署失败，还碰上个掉链子的Ubuntu源，这种依赖服务出问题的情况太影响进度了！我给你梳理下靠谱的故障上报渠道，再补个临时应急的小办法，帮你先撑到问题解决：

故障上报的有效途径 #

• Azure官方支持工单：这是最直接的路径，只要你有Azure支持计划（哪怕免费版的基础支持也能用），直接登录Azure门户提交技术类工单。分类选「计算 > 虚拟机 > 部署/配置问题」，描述里一定要写清楚：你已经从Azure内部、企业办公网、家里的私人设备都测过，这个源确实持续无法正常访问，附上VM部署失败的具体报错信息，还有你测试的时间范围。Azure的支持团队会直接联动负责维护这个Ubuntu源的团队排查问题。
• Ubuntu官方故障反馈：毕竟这个源本质是Ubuntu官方维护的（只是部署在Azure节点上），你也可以去Ubuntu的Launchpad平台提交Bug报告，分类选和「archive」相关的项目，说明这个源在Azure环境下的访问异常情况，把你跨网络测试的细节附上，Ubuntu的运维团队也会跟进排查。
• Azure社区论坛：如果暂时没法走官方支持渠道，可以去Azure社区论坛发帖，带上azure-virtual-machines、ubuntu这类标签，详细说清楚问题，说不定有其他用户也碰到了同款问题，或者微软的社区专家会主动帮你跟进。

临时应急的换源方法（帮你先推进VM部署） #

既然你已经在问供应商能不能换源，我给你个具体操作步骤，临时替换掉有问题的源：

1. 先备份原来的源配置文件，防止改坏了没法恢复：

   sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
   

2. 编辑源文件，把所有azure.archive.ubuntu.com替换成其他稳定的Ubuntu官方源，比如全局源archive.ubuntu.com，或者对应Azure区域的区域化源（比如eastus.archive.ubuntu.com，根据你的VM所在区域选），国内环境的话用cn.archive.ubuntu.com速度会更快。
3. 最后更新源缓存，验证下能不能正常访问：

   sudo apt update
   

备注：内容来源于stack exchange，提问作者derpydave