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.
途方もない。だからそれは私に噛むことを提供します。私はLinuxがどのように機能するのかを知りたかったので、特にLinuxネットワークがそのように見える理由を知りたかったので、RFC 952を読んでいました。
しかし、ああ、待っています...これは本当に短い。そして何百ものRFC文書があります。よく…
これらの問題を解決する前にまず知っておくべきことは、みんなRFC（Request for Comments）ドキュメントの内容は、UnixとLinuxのデザインに直接影響しますか？すべてを理解する必要がありますか、それとも一部を理解する必要がありますか？
答え1
いいえ、そうではありません。一部は持っていません適用するUnixで。 Unixの初期には数十のオペレーティングシステムがあり、リリース後も数十がさらに登場しました。そのうちの多くはARPANETにあり、それらインターネットに正常にログインしました。一部のRFCは、IPv6アドレスを書き込む正しい方法などのグローバルな問題を説明しています（RFC 4291）、MD5をどのように実装するべきですか（RFC 1321）、または頭の上を飛んでいる豚を鑑賞してみてはいかがでしょうか（RFC 1925）。 Windows Kerberosパスワード変更プロトコル（RFC 3244）。
今見ているものの多くは経験的決定です。〜の後標準化される。
Unix ネットワーキングについて学びたいなら、おそらく最善の方法は Unix に関する本です。知りたいならなぜ初期のUnicesのソースコードを読むのは興味深いことです。しかし、簡単ではないでしょう。 :)
答え2
Unixファミリーシステムの最近の歴史を確認したい場合は、以下をお読みください。4.4 BSDオペレーティングシステムの設計と実装。古いですが、UNIXの概念も同じです。ネットワーキングは4.3 BSDオペレーティングシステムの一部として特別に設計されています。 GNU / Linuxシステムはこのモデルに従いますが、最初から書き直されました。後で書かれたネットワーキングコードは、他の多くのオペレーティングシステムにも登場しました。
標準の場合、相互運用性を達成するにはすべてを定義する必要があります。したがって、この点に関して、すべてのRFCはUnixネットワークの設計などに影響を与える可能性があります。一部のRFCは実装されておらず、人々は自由にRFCを実装し、それらを実装するプログラムを誰でも使用できるようにすることができます。
デフォルトでは、POSIXはUNIXシステムに関して多くのものを指定するので、確認したいかもしれません。 UNIXシステムをターゲットにしていくつかの要件を指定するので、これが本当に必要なものだと思います。 GNU / Linuxシステムは常にPOSIXと互換性があるわけではなく、古くてさびたと見なすことができるため、いくつかの代替的で非標準的な方法が登場しました。これは、移植可能なプログラム/システムを開発する開発者の問題です。
答え3
RFCは、おそらくUnix（またはそのオペレーティングシステム）の仕組みを理解する方法についての最高の資料ではありません。
RFCは、さまざまなシステムが相互運用され、世界にある程度健全な状態になるように作業を実行する標準的な方法を文書化します。
Unix または Linux が RFC を実装する方法は必ずしも同じではありません。
RFCは標準とプロトコルについて多くを学びますが、オペレーティングシステム固有の実装については必ずしも多くを学ぶわけではありません。
答え4
RFCは、私が最初にコンピューティングを学び始めたときに私が遭遇したコンタクトの1つでもありました。私の理論は、基本的なネットワークルール（TCP、DNS、HTTPなど）を理解できれば、問題が発生したときに問題を解決する準備が整うことです。あるいは、少なくとも彼らがなぜ間違っているのかを正確に見つけることができるはずです。
RFCは、プログラマが誤字のためにバグが発生するまでネットワークスタックなどを作成するときに従うべき規則です。 （私の考えでは、SMTPがずっと前からあったようです。）
個人的には、その上に何が構築されたのかを理解するための良い基盤を提供しました。基本的な規則を理解すると、問題を（時々）理解しやすくなります。
これは、問題があるときに他の人がログを見ている間、私はしばしばWiresharkとRFCを掘り下げることを意味します。
Unixや他のオペレーティングシステムについて具体的に教えることはできませんが、少なくともインターネット/ネットワークを構築するためのコアRFCを理解すると、他の人が持っていない知識ボックスを確実に得ることができます。