这篇文章介绍了一个名为"ktr"的自制路由追踪工具，它可以实时显示数据包从用户设备到目标网站的传输路径。作者解释了互联网路由的基本原理，并开源了网站和工具的代码。由于访问量激增，服务器暂时无法处理所有路由追踪请求。

文章标题：数据包是如何找到我的？——互联网路由探秘

核心内容：

1. 网站运行机制

   • 该网站通过自定义的ktr traceroute程序（GitHub开源），实时追踪访问者的数据包路径。
   • 技术原理：利用ICMP协议的TTL（生存时间）字段，通过递增TTL值触发沿途路由器的错误响应，从而绘制路径。

2. 无JavaScript的巧妙设计

   • 页面采用纯CSS实现动态加载效果：通过覆盖式更新CSS隐藏前次结果，模拟"逐行显示"的traceroute过程。
   • 反向路径追踪：实际执行的是从服务器到用户的反向traceroute，虽存在路由不对称性，但能反映大致路径。

3. 自治系统(AS)与BGP协议

   • 互联网由企业级自治系统（如AS24940）通过BGP协议互联构成。
   • 关键流程：
     • 边界路由器通过BGP会话交换路由表
     • 路由选择基于路径长度、AS偏好等启发式规则
   • 历史背景：BGPv4（1994年制定）仍是当前互联网路由的核心协议。

4. 数据解析挑战

   • 通过WHOIS协议和PeeringDB数据库查询ASN归属信息，但WHOIS响应格式缺乏统一标准，需人工逻辑模拟解析。

5. 作者寄语

   • 项目受Hack Club社区启发，旨在通过可视化工具帮助理解互联网底层结构。
   • 所有代码和设计资源均开源（含网站源码和设计稿）。

精简说明：

本文以交互式traceroute为切入点，深入浅出地解释了互联网路由的核心机制，包括ICMP探测、BGP协议运作和AS网络架构，同时展现了无JS实现的工程巧思。作者通过开源工具将复杂网络原理可视化，最终呈现出一个兼具教育性和趣味性的网络实验项目。

总结评论内容：

1. 技术问题反馈

• 多位用户反映网站功能异常："Doesn't seem to be working?"（paulddraper）
• 具体技术问题："Traceroute showed only 1 hop."（bongodongobob）

2. 幽默联想

• 用户产生音乐联想："I thought this was going to play a Talking Heads song"（arionmiles）
• 生活选择联想："I thought this was going to be a review of life choices"（Razengan）

3. 技术讨论

• 路由技术讨论："While the AS path is often the same, the actual peering points are almost always quite different"（advisedwang）
• 创意实现赞赏："Love this"关于CSS hack的引用（FredPret）

4. 服务器问题说明

• 开发者说明服务器过载："the server's having some trouble pinging all of you"（mjmas）

5. 技术建议

• 提供测试命令："run tracepath -m60 bad.horse"（aidenn0）

6. CSS技术局限

• 指出CSS处理问题："CSS is specified to ignore truncation"（o11c）

注：所有评论均无评分数据，总结保持观点平衡，引用关键语句并保留中英文对照。