我们不推荐跨互联网的安装，并且不支持此种安装方式
我们推荐不要通过指向一个位于公共互联网上的组件收藏库来进行安装。因为一些原因，我们不支持此种安装方式。
这个推荐由数个原因构成：
- anaconda（也就是这种安装背后的安装引擎）缺乏一个良好的组件取回超时及重试机制
- anaconda 并不支持代理服务器（较新版本这方面在有所改动）
- anaconda 放置在仿真主控台 3、4 及 5 的安装进度信息含义颇模糊，对于一个不多用这个工具进行安装的人来说意义不大
anaconda 的图像安装模式亦不适合进行「最小」安装之用，因为它拉进过多组件，延长了一个本身已脆弱的安装过程
- 进行这种安装基本上不能侦错安装上的问题，因为详细报告安装进度及已下载组件的服务器日志并不存在
- 相比起使用一个当地组件收藏库，这种安装的速度亦慢得可怕
- 当你「跨越互联网」进行安装时，镜像未必能保持「连贯」，而 CentOS 管理器也不能容易地达至如此状况。的而且确，当同步在进行中或新内容被放进某个镜像时，安装可能会产生不能重复或稍后检测的错误。
- 「但我心仪的 Debian 衍生发行版能顺利地『跨越互联网』进行安装」—— 以 Debian 为基础的安装结果不同，因为它们的安装程序并非 Anaconda。
尝试这类安装的人倾向是「试用」发行版本的「测试者」或「新手」，他们向 CentOS 的支持结构发出大量问题，却似乎随时要求即时的答案，但（按过往经历）他们多数没有阅读安装文件。正因如此，#centos IRC 频道上的常客没有太大意欲去协助这类安装。
假如有人坚持他们没有其它办法去安装，通常这种情况是因为要进行最小化的「引导性」安装的：为了务求缩短逗留在不济的安装环境下的时间，只选择极少数的用于分区及安装组件用的工具，然后在第一次开机之后才利用较可靠的 yum 机制安装余下的组件。
下划线：「跨互联网」安装难以令初级安装者有好收场，亦不被提荐。请不要这样做。我们不支持这种方式。
Translation of revision 8