为什么 Windows 上的 traceroute 被命名为 tracert - 我正在阅读的书声称有一些历史背景

Question

一本关于traceroute的页面上名为“UNIX and Linux System Administration Handbook, 5th Edition”的书，在脚注中说“Windows有它自己的版本，名为tracert（历史知识的特殊点，供知道原因的每个人）”。我把它从我的语言翻译成英文，所以在英文版本中，我的措辞可能会有所不同。

你知道为什么它是“tracert”，而不是“traceroute”，并且真的有一些有趣的历史解释，比如“Windows 不能有比 X 个字母长的命令”之类的？

//顺便说一句，我怀疑这可能是长词。有人告诉我这可能与Windows 8.3 命名约定有关

8.3 文件名限制为最多八个字符

是“tracert”名称的原因还是只是红鲱鱼？

Answer 1

您的假设是正确的：从 1981 年开始tracert在DOS 操作系统中引入， 直到 1995 年 Windows 应用程序接管时才被大量使用。

DOS 使用 8.3 文件名，因此“traceroute.exe”对于可执行文件名来说太长了。其他 Linux/UNIX 实用程序也发生了同样的情况。

由于相互矛盾的主张，我对这个问题进行了更多的搜索。历史事实是 Windows 3.1 不支持 TCP/IP，除非使用第三方产品。必须使用 Windows for Workgroups 3.11，可追溯到 1993 年。

引自维基百科Windows 3.11：

在 Windows 3.x 中支持 TCP/IP 网络需要一个 Winsock 包。通常使用第三方程序包，但在 1994 年 8 月，Microsoft 发布了一个附加程序包（代号 Wolverine），它在 Windows 中为 Workgroups 3.11 提供 TCP/IP 支持。Wolverine 是一个 32 位堆栈（可通过 WinSock Thunk 从 16 位 Windows 应用程序访问），这使其性能优于大多数可用的第三方 TCP/IP Windows 堆栈。

应该提醒的是，Windows 3.1x 只是 MS-DOS 6.22 之上的一个图形层，所以当然文件名仍然是 8.3。

可以在使用 Microsoft 的 TCP/IP 堆栈为工作组使用 Windows 的电缆调制解调器/DSL一文中进一步阅读有关在 Windows 3.1x 中使用 TCP/IP 的血腥细节 ，我相信该文章可追溯到 1998 年。该文章包含此内容文本 ：

TRACERT.EXE (Trace Route) 是另一个有价值的诊断程序。与 ping 类似，但它实际上显示了站点的路径。