冷知识

#冷知识
电子邮件中 Date 字段其实是可以自定义的。

设想一下这样的一个情景。
你选的某课程要求你在下周一之前将课程作业以邮件形式发送老师的邮箱中，但你周末玩的太嗨了，一直到周日晚上才开始干活，结果熬了一个通宵，天快亮了才将课程作业搞定。
虽然现在直接发送问题也不大，但毕竟会明晃晃的显示出你的今天早上才发送的。
你灵机一动，有办法了！
于是你将 Date 修改为昨天晚上20:23，然后发送了出去。
这样在对方邮件客户端上显示的这封邮件的时间就是昨天晚上，而不是今天早上。

再举一个实际的例子吧。
比如说图一中的这封电子邮件，从图中可以看到邮件客户端（Thunderbird）中显示这封邮件的时间显示为 7:59AM，即 2025.09.20 7:59 UTC+8。

但这封邮件是什么时候收到的呢？
让我们看看这封邮件的源码（图二、图三）。

Received: from mail-qk1-x749.google.com 的时间是 Sat, 20 Sep 2025 12:06:04 +0000 (UTC)。
DKIM 签名中的时间戳是 1758369964。

源码中的这些信息告诉我们，这封邮件实际上是 2025.09.20 20:06 UTC+8 才收到的。

不知道这算不算是一个 #冷知识

docker run -p 8080:80 [...]
这样不指定 host IP 的端口映射发布默认情况下是不安全的[1]，会 bypass 掉主机防火墙规则。

举个例子：
你有一台服务器，你使用 iptables / UFW / firewalld 配置了如下的规则：
eth0 接口只接受 22/tcp、443/tcp、443/udp 入站连接，除此之外拒绝所有其它入站连接。

你运行了上面的命令启动了一个容器，你可能会认为：因为有上面的防火墙规则存在，通过容器映射发布的8080端口是不能被外部访问的。
但你实际端口扫描一下就会发现外部是可以访问8080端口的。
换而言之，-p 8080:80 会 bypass 掉原有的防火墙规则，让所有接口均能访问8080端口。

这并不是新的问题，搜索一下就会发现11年前就有 reddit 网友遇到同样的问题。
Docker will bypass your firewall by default.
https://www.reddit.com/r/docker/comments/2fftmp/docker_will_bypass_your_firewall_by_default/

当然更有博文介绍解决方法：
How to Fix Docker Bypassing Firewall: A Complete Guide
https://www.bitdoze.com/docker-bypasses-firewall/

最后的最后，配置完服务器之后，一定一定要在外部对服务器做一个全端口的扫描，看看是不是不小心开放了不打算开放的端口。

[1] Port publishing and mapping | Docker Docs
https://docs.docker.com/engine/network/port-publishing/

#docker #服务器运维 #踩坑