在日常使用网络的过程中，无论是上传文件、发送邮件，还是远程备份数据，背后都离不开应用层协议的支撑。这些协议就像是不同服务之间的“语言”，让设备能准确理解对方在传递什么信息。
常见的应用层协议有哪些？
HTTP 和 HTTPS 是最熟悉的两个。浏览网页、下载软件、访问云盘，基本都靠它们。比如你用浏览器打开一个网盘页面准备备份照片，这个过程就是通过 HTTP 或更安全的 HTTPS 完成的。
FTP 和 SFTP 则专为文件传输设计。如果你需要把整套项目资料传到公司服务器，FTP 提供了直接的文件上传下载通道。而 SFTP 在此基础上加了加密层，更适合敏感数据的备份场景。
SMTP、POP3 和 IMAP 主要用于邮件系统。当你设置邮箱客户端自动收取工作邮件时，其实就是这三者在后台协作。虽然不直接用于文件备份，但很多系统会通过邮件发送备份报告或日志，这时候它们就派上用场了。
Telnet 和 SSH 都能实现远程登录。不过现在 Telnet 基本被淘汰了，因为它传输的数据是明文的。而 SSH 加密通信，常被运维人员用来安全地管理远程服务器，比如定时执行数据库备份脚本。
DNS 虽然不起眼，但作用关键。每次你输入一个备份服务器的域名，系统都会先找 DNS 把它翻译成 IP 地址，才能建立连接。没有它，整个网络就像没了地图。
另外像 NFS 和 SMB/CIFS 这类协议，常用于局域网内的文件共享。比如办公室里几台电脑共用一台 NAS 做备份，多半就是靠它们打通文件访问权限。
实际应用场景举例
假设你在家里用树莓派搭了个小型备份服务器，想让笔记本每天自动同步文档。你可以配置 rsync over SSH，这样既用了 SSH 的安全性，又能高效传输增量文件。过程中涉及的协议组合就是：SSH（认证和加密）+ 文件操作指令（由应用层定义）。
再比如企业用公有云做异地容灾，通常会调用对象存储的 API 接口，底层走的是 HTTPS 协议。上传的每个备份包都被封装成 HTTP 请求发送出去，响应码 200 表示成功入库。
这些协议并不是孤立存在的，它们往往组合使用，形成一套完整的通信链条。选择哪个协议，取决于你的安全需求、网络环境以及设备支持情况。
简单配置示例
下面是一个使用 scp（基于 SSH）进行远程备份的命令行例子：
scp -P 22 /Users/me/Documents/*.zip backup@server.example.com:/backups/这条命令把本地所有 zip 文件通过加密通道复制到远程服务器的 backups 目录下。其中 -P 指定端口，目标地址用用户名@主机名格式。
如果是写定时任务，可以加入 crontab：
0 2 * * * scp /data/daily_backup.tar.gz backup@192.168.1.100:/remote/backups/意思是每天凌晨两点自动推送一次备份压缩包。