如题。清华源failed，https://elpa.emacs-china.org/gnu/也打不开
清华源的上游就是本站……
所以到这里来问了[狗头]
ustc上游应该不是本站，不过gnu的网也不好（）
USTC的上上游貌似还是本站。
没理解清华tuna为啥用本站做上游呢？多一节链路多一节风险，好像也没啥好处啊
因为上游都不支持 rsync, 从上游同步比从这同步麻烦多了。
再加上一条，从上游同步要同步好几家，从这拉只要一家就完事了。
本站最近迁移了 VPS，目前 DNS 还没设置好，臨時可以用
(setq package-archives '(("gnu" . "http://1.15.88.122/gnu/") ("melpa" . "http://1.15.88.122/melpa/")))
2赞
ustc上游是北外，北外的上游还是本站 
域名要5.1我去湖南才能备案通过，现在腾讯云备案会进行LBS定位，我人在深圳居然备案不了。。。后面就可以直接使用之前的域名了。
90一年的虚拟机可以扛得住 elpa mirror 也就罢了，居然扛得住 discourse 这个 RoR 应用外加postgresql，厉害！
话说我前几天用官方docker image 装 discourse 可耻的失败了，这玩意居然起了docker容器后还要在里头现装 Ruby 第三方库，装了半晌，完了访问不了页面，立马删了。
召唤有人拿着 go 重写一遍……github/gitlab都是 RoR，就有人用 go 写了仿制品。
图方便，更要顾风险。还记得当年 XcodeGhost 事件么。
我不是说本站的源不靠谱，而是作为镜像的提供方，应该比终端用户更谨慎一些。
这个其实可以去清华源的github上提个issue说一下，其实国内源的上游都是本站的话，就会有现在这样的单点故障
早早就发现下载不了了…
所以好在我git 了自己整个Emacs项目包括下载到elpa的packages
所以每次购买新的云服务器时我就直接 clone 过去, 那些packages 就不用花时间去搞网络下载了