基于abc.com实现def.com文件下载的Domain Masking可行性及带宽疑问

1. 该需求是否可通过URL Masking技术实现？ #

可以实现，但不能仅靠前端的URL Masking（比如iframe、JS跳转这类方式），因为你需要先完成令牌验证逻辑，必须通过服务器端的转发/代理方案来落地：

• 流程大致为：用户访问abc.com?token=8888时，服务器1（abc.com）先验证令牌有效性；
• 验证通过后，服务器1作为代理向服务器2（def.com）发起请求拉取文件；
• 最后服务器1将文件内容返回给用户，此时用户端看到的下载来源始终是abc.com，完全隐藏def.com的域名。
  常用的实现方式包括用Nginx配置反向代理（配合自定义令牌验证逻辑），或者通过Node.js/PHP等后端程序处理验证与转发。

2. 文件下载时会占用服务器1还是服务器2的带宽？ #

两台服务器的带宽都会被占用：

• 服务器2（def.com）需要把文件数据发送给服务器1，会消耗服务器2的下行带宽；
• 服务器1收到文件后再转发给用户，会消耗服务器1的上行带宽；
  简单来说，文件数据的传输路径是「用户→服务器1→服务器2→服务器1→用户」，两台服务器的带宽都会被占用。

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