清华大学开源软件镜像站原则上只镜像软件及衍生物（如二进制文件、源代码、字体设计素材等）。

对于下列情况我们原则上不予镜像：

1. 由于版权、许可证等因素不能镜像
   • 例如：cdh (cdh镜像地址 #682), VS Code (微软产品镜像源申请 #335), snap (请求snap镜像 #465), Maven Central ([镜像请求] Maven Central #1389)
2. 没有合适的增量同步方法
   • 例如：Piwheels (镜像请求 Piwheels.org #626), Gohlke (申请增加Gohlke的python库 #437)
3. 内容由海量小文件构成，同步和维护困难
   • 例如：npm (没有NPM的镜像?? #290), flatpak ([Mirror Request] Flathub #523), Clear Linux (请求支持Clear Linux的源镜像 #654)
4. 内容无法由纯静态方式由 HTTP 协议呈现，需要运行特定的软件提供索引/搜索/动态生成等服务，或者要求服务运行在非标准端口的
   • 例如：PHP packagist (希望增加 composer 源 #1280)
5. 一般不使用反向代理的方式提供镜像
   • 例如：Nexus (Nexus 镜像工具 #100), npm ([镜像请求] NPM 反向代理 #2037)
6. 单一软件的安装包下载，尤其是大多数发行版已经提供可用版本的
   • 例如：ffmpeg (请求 镜像 ffmpeg ，磁盘大小不超过 200MB #700), nginx (nginx镜像 #64)
7. 用户群体小且国内已有其它镜像（尤其是 CentOS 的各类衍生或复刻版）
   • 例如：Rocky Linux (希望增加 Rocky Linux 源 #1281), Circle Linux ([镜像请求] CircleLinux 社区企业级Linux操作系统 #1422)
8. 没有自有的公开分发渠道并且除 TUNA 外其它的第三方分发渠道少于两个的
9. 与已经提供镜像的软件缺乏实质性差别
10. 占用空间大而利用率低
    • 例如：各发行版提供调试符号包
11. GitHub 源码仓库、各类内核源码分支等
    • 例如：raspberrypi/linux.git (请求树莓派的linux内核代码树镜像 #475)
12. 包含用户产生的内容（User-generated content）
    • 例如：任何 Docker 镜像 (镜像常见docker image #948, [镜像请求] ghcr.io的docker源 #1384)
13. 以国内访问速度缓慢为由提出镜像请求的
    • 因为镜像站不是下载加速器
14. 各类科学计算、深度学习等用途的数据集
    • 例如：c4 (请求建立c4数据集镜像 #1208)
15. 任何使用 AI 生成的镜像请求
    • 例如：[tuna]Mirror Request for new mirror neo4j #2277

目前支持的同步方式按优先级排序为：

1. rsync 协议：最成熟的同步工具，管理也最容易
2. yum/apt 仓库：有现成的同步工具
3. 上游提供的或社区开发的专用同步工具
4. AWS S3：如果bucket允许列举文件的情况下可以用AWS的同步工具
5. Github Release：只适用于少量的软件安装包下载
6. lftp / tsumugu：只适用于网页允许目录浏览且文件不多时