文章
IPv6 隐私地址:为什么地址会变化
临时 IPv6 地址是设备额外使用的一个地址,专门用于出站连接。它会随时间变化,让人更难通过一个固定的设备标识把多次访问关联起来。这一机制并不能让人匿名,也不一定会改变分配给其网络的地址前缀。
JSON 与 XML 格式的 API
JSON 和 XML 之间的取舍,同样属于客户端与 API 之间的约定。客户端应当区分成功、校验错误、身份验证失败、速率限制和临时性服务器错误。用 JSON 还是 XML 不会改变 HTTP 语义,而 IPv4/IPv6 值必须原样保存,不能按 IPv4 的长度来假设。
Linux chmod 权限详解
理解 Linux 的 chmod 权限,要依靠明确的规则、单位或位表示,泛泛的网络排障思路在这里派不上用场。计算之前,先弄清楚要计量的是什么、输入用的是什么单位,以及期望得到什么格式的结果。
MAC 地址厂商查询的原理
厂商查询检查的是网络接口的 MAC 地址,即在本地以太网或 Wi-Fi 链路上使用的标识符。设备的 MAC 地址并不会作为永久的全局标识在互联网上传递:路由器在每个本地网段上使用该网段相应的链路层地址。
Mbps 与 MB/s:正确换算网速
宽带接入速率通常以每秒兆比特为单位宣传,写作 Mbps 或 Mb/s。而文件大小和下载软件常用的单位是兆字节和 MB/s。1 字节等于 8 比特,因此即使还没考虑协议开销,两组数字之间也相差约 8 倍。
NXDOMAIN、SERVFAIL 和 REFUSED
NXDOMAIN、SERVFAIL 和 REFUSED 等 DNS 错误,应沿着“存根解析器 → 递归解析器 → 委派 → 权威域名服务器”这条路径来解读。递归解析器可能直接用缓存作答,所以用户收到的应答不一定是刚从权威服务器取回的。根据 TTL、记录类型和响应码,可以判断结果从何而来、还能使用多久。
Ping 值突增与延迟不稳定
Ping 值突增和延迟不稳定,靠一个 Mbps 数值是判断不了的。吞吐量、延迟、抖动和丢包反映的是不同的指标,而 Wi-Fi、以太网、同时占用网络的其他设备、VPN、路由和测速服务器都会影响结果。吞吐量很高,并不妨碍负载下的延迟依然很差。
Ping 详解:延迟、丢包与 ICMP
Ping 用来检查目标是否响应网络探测,并测量每次应答返回所需的时间。它是排查网络问题时很好用的第一步,但它测不出下载带宽,单靠它也无法判断某个应用或网站是否运行正常。
Punycode 与国际化域名
对于 Punycode 和国际化域名,要先明确检查的是哪种特性:机密性、完整性、身份验证,还是降低可关联性。不同的机制解决不同的问题:加密不等于哈希,VPN 不同于应用代理,换掉一个对外可见的标识也不会让您完全匿名。
Punycode 与国际化域名详解
Punycode 是一种编码方式,用于把国际化域名中的 Unicode 字符表示为与 ASCII 兼容的形式。因此,用本国文字书写的域名,在技术数据中可能显示为以 xn-- 开头的标签。这种编码改变的只是表示形式,并不能证明网站是真实可信的。
RDAP:取代 WHOIS 的新一代协议
WHOIS 传统上使用 TCP 43 端口,并且没有规定统一的响应格式。RDAP 则是一种 HTTP API,提供 JSON 格式的数据表示、状态码、链接和服务发现机制。对于通用顶级域名,ICANN 已于 2025 年 1 月 28 日将 RDAP 确定为权威的注册数据服务;国家和地区顶级域名可能采用不同的政策。
RIPE NCC 如何管理 IP 地址和 ASN?
RIPE NCC 是服务于欧洲、中东和中亚部分地区的区域互联网注册管理机构(RIR)。它依据本区域适用的政策分配并登记互联网号码资源,包括 IP 地址空间和自治系统号(ASN)。它还维护一个供网络运营商使用的注册和联系信息数据库。
SPF、DKIM 与 DMARC:电子邮件身份验证如何工作
SPF 为信封域名授权发送主机,DKIM 使用域名密钥对邮件的选定内容进行签名,DMARC 则评估标识符的对齐情况,并发布处理策略和报告信息。通过其中某一项机制,并不能证明邮件值得信任。
TCP 三次握手的工作原理
TCP 握手发生在传输层,沿网络路径进行。排查时要把本地套接字、IP 投递、TCP 或 UDP 的行为、防火墙过滤和 NAT 分开来看。ping 得通并不代表 TCP 端口可达,端口开放也不代表应用层协议工作正常。
TCP 与 UDP:传输层的区别与实际示例
TCP 和 UDP 都通过 IP 传输应用数据,但提供的服务不同。TCP 为应用提供带确认和重传机制的有序字节流。UDP 则发送独立的数据报,不提供这些传输层保证。两者并没有绝对的优劣之分:应由应用的需求来决定。
TLS 1.3:安全握手是如何进行的
在应用数据受到保护之前,TLS 1.3 握手会协商加密参数、完成密钥协商,并通过证书验证服务器身份。会话恢复可以减少后续建立连接的开销,但证书和身份方面的问题依然需要考虑。
TLS 证书链:叶证书、中间证书与根证书
TLS 服务器通常会出示叶证书以及所需的中间证书,以便构建一条通往客户端已有信任锚的路径。根证书一般不随之发送,因为它无法自证可信;信任来自客户端的信任库。
TLS 证书错误:读懂浏览器的安全警告
出现 TLS 证书警告,说明浏览器按照其安全规则,无法验证与地址栏中网站之间的受保护连接。原因各不相同:名称不符、日期无效、信任链不受信任,或者网络中存在异常情况。采取行动之前,请先看清具体的错误信息。
traceroute 的工作原理:TTL、跳点与路由变化
traceroute 会逐步增大 IPv4 的 TTL 或 IPv6 的 Hop Limit,并记录沿途作出响应的路由器。这样可以看到通往目标的部分路由,但并不能保证完整呈现每个数据包的实际路径。
Traceroute 详解:跳数、超时与网络路由
Traceroute 是一种诊断工具,用来查看数据包通往目的地时可能经过的路径。它会列出有响应的各跳,以及探测包收到响应所花的时间。一次跟踪结果只是特定网络条件下的快照,既不是互联网的永久地图,也不能证明每个应用数据包都走同一条路。
URL、主机名、域名和路径
URL、主机名、域名和路径描述的是应用层请求,因此要把网络可达性与 Web 服务器的响应区分开。DNS 可以正常解析,TCP/TLS 也能连上,HTTP 却仍可能返回重定向或错误。状态码、Location、主机名、路径和 URL 协议(scheme)分别对应这次请求与响应过程中的不同环节。
VPN 与代理的区别
比较 VPN 和代理时,先明确您需要的是哪种特性:机密性、完整性、身份验证,还是降低可关联性。不同的机制解决不同的问题:加密不等于哈希,VPN 不同于应用代理,换掉一个对外可见的标识也不会让您完全匿名。
WebRTC IP 泄露:浏览器可能暴露哪些地址
WebRTC 使用 ICE 为实时通信寻找候选路径。现代浏览器会对本地地址实施隐私保护,但根据浏览器、VPN 和配置的不同,观察到的候选地址仍可能透露有用的网络信息。
WebSocket:持久的双向 Web 连接
WebSocket 在基于 HTTP 的握手完成后,建立一条长期保持的双向连接。它适用于聊天、通知和实时数据,但代理、负载均衡器和网络超时仍可能中断会话。