是否所有的评论请求都直接影响了 Unix 网络的设计?

ixt*_*lix 6 networking history

我想更多地了解 Linux一定是我最持久的感悟之一。

但我经常发现,当我打开历史书时,我学到的东西最多,或者只是对我学到的东西感到最满意。

什么是隐藏在/etc/dev我不知道的吗?嗯,文件。一切都是一个文件。

但是是什么把这些文件放在那里呢?

历史把它们放在了它们所在的位置,而历史决定了它们是如何书写的,yadda yadda yadda。

根据 man hosts

   Historical Notes
       RFC 952 gave the original format for the host table, though it has since changed.

       Before the advent of DNS, the host table was the only way of resolving hostnames on the fledgling Internet.  Indeed, this file could
       be created from the official host data base maintained at the Network Information Control Center (NIC), though  local  changes  were
       often  required to bring it up to date regarding unofficial aliases and/or unknown hosts.  The NIC no longer maintains the hosts.txt
       files, though looking around at the time of writing (circa 2000), there are historical hosts.txt files on the  WWW.   I  just  found
       three, from 92, 94, and 95.
Run Code Online (Sandbox Code Playgroud)

伟大的。所以这给了我一些可以咀嚼的东西。我想知道 Linux 是如何工作的,特别是我想知道为什么 Linux 网络看起来是这样的,所以我会去阅读 RFC 952。

但是,哦,等等...它真的很短。并且有数百个 RFC 文档。唔...

在尝试解决这些问题之前,我必须知道,所有征求意见 (RFC) 文档是否都直接影响了 Unix 和 Linux 的设计?我应该试图了解所有这些,还是只是一个子集?

Ale*_*ios 11

不,他们没有。有些甚至不适用于Unix。当 Unix 还处于起步阶段时,有几十个操作系统,在它发布后还有几十个。他们中的许多人在 ARPANet 上,其中许多访问了 Internet。一些 RFC 描述了全球性的事情,例如编写 IPv6 地址的正确方法 ( RFC 4291 )、应该如何实现 MD5 ( RFC 1321 ),或者为什么不欣赏飞过头顶的猪 ( RFC 1925 )。其他的则更特定于操作系统,例如 Windows Kerberos 密码更改协议 ( RFC 3244 )。

你现在看到的很多都是后来标准化的经验决策。

如果您想了解 Unix 网络,最好的选择可能是有关 Unix 的书籍之一。如果你想了解事情为什么会这样,阅读早期 Unices 的源代码是一个有趣的练习。但不是一件容易的事。:)


Aki*_*Aki 6

如果你想回到最近的类 Unix 系统的历史,你最好阅读4.4 BSD 操作系统的设计和实现。它很旧,但unix概念也是如此。网络特别是作为 4.3 BSD OS 的一部分而设计的,这当然在本书中进行了彻底的讨论。GNU/Linux 系统是在此之后诞生的,遵循这个模型但从头开始重写。制作的网络代码后来用于许多其他操作系统。

至于标准,为了实现互操作性,必须定义一切。因此,在这方面,所有 RFC 都可能影响 Unix 网络的设计等等。一些 RFC 从未实施,人们可以自由实施他们想要的 RFC,并使他们的程序对所有人可用。

基本上,POSIX 在 UNIX 系统方面有很多规定,您可能想要检查它...我想这更像是您真正要寻找的,因为它针对 Unix 系统并指定了一些要求。请记住,GNU/Linux 系统并不总是遵循 POSIX,因为它可能被认为是陈旧和生锈的,一些替代和非标准的方式已经出现。这对于在便携式程序/系统上工作的开发人员来说是有问题的。