Workshop
本页目录· 15 条
Activity A: VPN
用core打开FIT9137_Week-11_Activity_VPN.imn
step1
在vpnclient上lynx 10.0.6.10
step2
- traceroute 输出只有一跳或两跳，不像一般 Internet 那样穿越多个路由器。
- 原因是数据包走的是 VPN 隧道
tun0接口，它会“包起来”整个 IP 报文直接转发给 vpnserver。
在vpnclient上使用ip a 验证tun0 接口的存在
- VPN 客户端（vpnclient）的虚拟接口
tun0的 IP 是10.0.200.4 - 对端（vpnserver）是
10.0.200.1
Step3
在n1 router上运行wireshark
结论
在中间路由器（如 n1）上看到的是 OpenVPN 加密数据包，并没有 HTTP 或 ICMP 明文包。
这表明：
- 所有数据流量都通过了 VPN 隧道传输
- 内容已被加密，在公网不可见
Step 4
在vpnserver打开wirreshark 抓包
vpnclient
ping 10.0.6.10
- 协议：ICMP
- 来源：
10.0.200.4（vpnclient 的 VPN IP） - 目的地：
10.0.6.10（web 服务器） - 报文类型：
Echo (ping) request/reply - 还有 ARP 包：用于解析
10.0.6.1和10.0.6.10的 MAC 地址
这些数据包是 已经被 VPN 解密后转发进私有网络 的：
- VPNclient 发出的 ping 被 vpnserver 解密后，通过其内网口 eth1 发送给 web server。
- 你现在看到的是标准的 ICMP 报文，而非加密 OpenVPN 包。
Step 5
vpn client上打开终端
cat vpnclient.conf
| 参数 | 含义 |
dev tun | 使用 TUN 接口建立点对点 IP 隧道 |
proto udp | 使用 UDP 作为传输协议 |
remote 10.0.1.10 1194 | 连接目标为 VPN Server（vpnserver） |
ca | CA 根证书路径，用于验证对方身份 |
cert | 客户端自己的证书，用于身份认证 |
key | 客户端的私钥，用于加密通信 |
dh | Diffie-Hellman 参数文件（一般服务端使用） |
cipher AES-256-CBC | 对称加密算法为 AES-256-CBC（强加密） |
verb 4 | 日志详细程度（中等详细） |
daemon | 后台运行 |
vpnserver上
cat server.conf
| 字段 | 含义 |
server 10.0.200.0/24 | 为 VPN 客户端分配 IP 地址 |
push redirect-gateway def1 | 告诉客户端将默认路由走 VPN |
push route 10.0.6.0/24 | 告诉客户端可以访问内部私网 |
keepalive 10 120 | 心跳检测机制 |
ca、cert、key、dh | 和客户端一样，使用 PKI 和 DH 加密 |
cipher AES-256-CBC | 加密算法：高级加密标准，256 位 CBC 模式 |
log、status | 日志路径 |
proto udp、port 1194 | 使用 UDP 1194 端口传输 |
dev tun | 使用 TUN 虚拟 IP 通道 |
📊 Client vs Server 配置对比表：
| 配置项 | vpnclient | vpnserver |
| dev | tun | tun |
| proto | udp | udp |
| port | 1194 | 1194 |
| remote/server | remote 10.0.1.10 | server 10.0.200.0 255.255.255.0 |
| ca | ✔️ | ✔️ |
| cert | vpnclient.pem | vpnserver.pem |
| key | vpnclient.key | vpnserver.key |
| dh | ✔️（client有，实际服务端用） | ✔️ |
| cipher | AES-256-CBC | AES-256-CBC |
| route | 接收 route 推送 | push redirect-gateway, push route |
| log | openvpn-client.log | openvpn-server.log |
Activity 1 总结
本实验使用 OpenVPN 构建 VPN 隧道，服务端监听 UDP 1194 端口，通过 TUN 接口创建点对点 IP 隧道。双方配置中均使用 AES-256-CBC 加密算法，并利用 CA、证书、私钥、DH 参数构建 PKI 安全框架。服务端推送路由表与默认网关，使客户端将所有流量经过 VPN 隧道，安全访问私有网络资源。抓包分析显示中间路由无法读取加密流量，而在 VPN 服务端内网接口上可看到解密后的原始通信数据。
Activity 2 digital inclusion
目标：
解决一个实际问题：
如何为偏远地区的原住民社区提供可靠、可负担且可持续的互联网接入？
Step 1：组成小组
- 线下：5–8人小组
- 线上：2人小组也可以
- 给你的小组取个有趣的名字（如：Net4All、Digital Dreaming）
Step 2：阅读指定材料
以下是提供的4篇参考文章/报告：
Step 3：小组讨论并汇总以下内容
你们需要形成一个简要报告，包含：
| 项目 | 内容说明 |
| 1️⃣ 小组名 | 自定义（可创意/有意义） |
| 2️⃣ 问题列表 | 至少列出 2–3 个问题，并解释 |
| 3️⃣ 解决方案 | 为每个问题提出实际方案 |
| 4️⃣ 个人贡献 | 每个组员结合自己文化、专业、背景，分享建议或经验 |
Step 4：提交方式（线下或线上）
- 在课堂或 Workshop 环节中，口头分享或上传至 PollEv 平台