本篇收束三个延伸岗位：FTP 用"21 下令 + 20 运货"双通道跨互联网传文件（但全程明文）；IMAP 把信留在服务器做多设备同步（端口 143），是 POP3"取走就删"的多设备时代解药；Proxy 服务器替内网统一出门，代收、缓存、过滤、审计一把抓。
5.1-5.3 立了邮件双雄（SMTP/POP3）并埋下钩子——POP3 的多设备死穴；5.4-5.6 走完网页三支柱；本篇的 FTP 与 Proxy 是互联网服务的另外两个老岗位，IMAP 则把邮件线闭环。"中间加一层"是贯穿本篇的钥匙：FTP 加了一条通道，IMAP 加了一层同步，Proxy 加了一个代理人。
一、FTP：跨越互联网的文件传输
FTP（File Transfer Protocol，文件传输协议） 是互联网上最老牌的批量传文件方案，设计年代比 HTTP 还早。
最大特色：双通道设计。 一条 FTP 会话实际是两条 TCP 连接：
- 控制通道（端口 21）——登录、发命令（切目录、列文件、请求下载），全程保持连接
- 数据通道（端口 20）——真正搬文件内容时临时开一条，传完就断
把"指挥"和"搬运"分开，是那个年代应对大文件传输的聪明设计；代价是防火墙配置麻烦（两条通道要分别放行），这也是它后来在公网节节败退的技术原因之一。
两个使用姿势： - 账号登录——企业内网的常规用法：设计院给分包单位开一个 FTP 账号交图纸，权限按目录划分 - 匿名 FTP（anonymous）——公开资料仓库的老牌姿势，用户名填 anonymous 即可浏览下载
致命短板：全程明文。 账号、密码、文件内容在网线上全部裸奔，同网段抓包一览无余——第五章和第七章反复强调的窃听威胁，FTP 是教科书级的反面案例。所以公网上早已被 HTTPS 网盘取代；需要加密的场合用 FTPS（FTP over SSL）或 SFTP（SSH 里的文件传输，与 FTP 无血缘）。它至今留在岗位上的场景：企业内网批量传输、设备固件升级、老旧系统对接。
二、IMAP：在外面查看电子邮件的解药
5.1-5.3 留的钩子在此收束。IMAP（Internet Message Access Protocol，互联网消息访问协议，端口 143） 改变了取信的哲学：
| POP3（110） | IMAP（143） | |
|---|---|---|
| 信在哪 | 下载到本地，服务器常删 | 永远留在服务器 |
| 多设备 | 各取各的，互相看不见 | 手机电脑看到同一个信箱 |
| 状态同步 | 无 | 已读、删除、文件夹全部同步 |
| 断网可用 | 好（本地有全本） | 依赖网络（本地只是缓存） |
| 风险点 | 本地硬盘坏 = 信件陪葬 | 服务商/管理员一删全没 |
判据就一条：你用几台设备收信。 单机独用 POP3 也无妨；手机+电脑+平板的现代人，实际都在用 IMAP——你在手机上把信标为已读，电脑上它也变了，就是因为两边连的是服务器上的同一份信箱。
服务器侧的代价：邮件永久占用服务器存储（所以邮箱都有容量配额），服务器必须常开常稳。这也解释了为什么邮件服务商会催你清理空间、为什么企业邮箱要按席位收费。
现代邮箱常用 993（IMAPS） 和 995（POP3S）——就是 IMAP/POP3 套上 7.8 那层 SSL 盔甲的加密版本。
三、Proxy：互联网通信的代理
网络课 4.8/4.9 已讲过正向代理的原理与本尊；第四章 4.8-4.12 也对照过反向代理。本篇把它放回"互联网服务的服务器"序列，看它的岗位价值：
Proxy 服务器替内网客户端出门。 客户端不直接连互联网，而是把请求交给代理，代理代为访问、把结果带回来。它顺手做了四件事：
- 缓存——100 个人访问同一个网页，代理只要出一次门，其余 99 次直接交付副本
- 过滤——按公司策略拦截不该去的站点（4.9 那一节"审核员工浏览"）
- 审计——所有出网流量留痕，出事能倒查
- 统一出口——内网真实地址不暴露，管理面收敛到一个点
一句话分清正反：正向代理替客户端出门（服务器不知道真客户是谁）；反向代理替服务器挡门（客户端不知道真服务器是谁）。两者名字像，服务对象完全相反。
四、本篇与全章收束
| 岗位 | 端口 | 一句话 | 关键词 |
|---|---|---|---|
| FTP | 21 + 20 | 双通道传文件 | 明文→FTPS/SFTP、匿名 |
| IMAP | 143 / 993 | 信留服务器多端同步 | 对照 POP3、容量配额 |
| Proxy | 8080 等 | 替内网统一出门 | 缓存、过滤、审计 |
到这里，5.1 那张七类服务器地图全部走完。全章一句话：互联网上的每一种服务，都是"一套协议 + 一类常驻岗位"——协议定规矩，服务器照规矩上班；认岗位、认端口，排障时才知道该去敲门问谁。
五、常见误区
- "FTP 过时了，可以完全不懂"——公网确实被 HTTPS 取代，但内网批量传输、固件升级、老系统对接它仍是常客；而且"双通道"这个设计思想本身就值得学。
- "SFTP 就是加了 S 的 FTP"——SFTP 是 SSH 协议家族里的文件传输，与 FTP 没有血缘关系，只是名字像；FTPS 才是"FTP 套 SSL"。
- "IMAP 离线就没法看邮件"——已缓存下来的信件离线照看；只是没有缓存的新同步做不了。真要离线优先，客户端会把整箱缓存到本地。
- "公司网络直连互联网更快，装代理纯属添乱"——代理的缓存与统一出口恰恰是大内网的提速与安全来源； slower 的感知通常来自配置不当，不是机制问题。
六、动手 Demo：连一次匿名 FTP 与一次加密收信端口
匿名 FTP 亲自走一遍（Windows 自带 curl）：
curl ftp://ftp.gnu.org/
看到什么算成功：列出一串文件与目录名——你没输任何账号密码，gnu 老牌仓库的匿名 FTP 就这样把"目录清单"递给了你。加上 -I 再试单个文件可以看到头部信息。
顺手验证两个加密端口：
Test-NetConnection imap.qq.com -Port 993
Test-NetConnection pop.qq.com -Port 995
（主机名以你的邮箱服务商文档为准。）
看到什么算成功：两个 True——993/995 这对加密收信端口就在那里等着 IMAPS/POP3S 客户端。对照第五节的表格：明文 110/143 早已退居幕后，加密版才是今天的门面。
30 秒实验：Test-NetConnection ftp.gnu.org -Port 21，看到 True 就再跑一次上面的 curl——第一次是"敲门"，第二次是"进门"，21 端口这条控制通道你就亲眼认过了。
自测三问（点开对答案）
1. FTP 为什么是两条 TCP 连接？各自干什么？——控制通道（21）发命令全程保持；数据通道（20）搬文件传完即断，指挥与搬运分离。 2. 一台手机一台电脑各取一次 POP3 会发生什么？——先取的设备把信下载走，服务器副本常被删除，后取的设备信箱是空的；换成 IMAP 则两端看到同一份同步信箱。 3. 正向代理和反向代理替谁出面？——正向代理替客户端出门，反向代理替服务器挡门。- ☑ 第六章 服务器中的处理与高速化处理——数字化技术的服务器 已开课 → 服务器处理与高速化处理
相关笔记
- 电子邮件的发送与接收 —— IMAP 那个钩子的埋设处
- 网页服务的三根支柱 —— FTPS 套用的正是这层 SSL 盔甲
- 网络 4.8 代理服务器 —— Proxy 原理的本尊
- 网络 4.9 代理的用途 —— 过滤与审计的展开
- 身份认证与业务系统 —— 反向代理的对照面
- 网络 7.8 SSL/TLS 混合加密 —— 993/995 与 FTPS 的加密内核
- 虚拟化与周边设备 —— FTP 明文的窃听威胁与 7.2 的呼应
- 服务器处理与高速化处理 —— 第六章从这里开讲：处理流水线与监视