Todas as Solicitações de Comentários afetaram diretamente o design das redes Unix?

Question

Eu quero saber mais sobre o Linux deve ser um dos meus sentimentos mais duradouros.

Mas muitas vezes descubro que aprendo mais, ou talvez apenas me sinto mais satisfeita com o que aprendi, quando simplesmente abro os livros de história.

O que está escondendo em /etc e /dev que eu não conheço? Bem, arquivos. Tudo é um arquivo.

Mas o que colocou esses arquivos lá?

A história os coloca onde eles estão, e a história dita como eles foram escritos, yadda yadda yadda.

De acordo com 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.

Ótimo. Então isso me dá algo para mastigar. Eu quero saber como o Linux funciona e, em particular, eu quero saber por que a rede Linux parece do jeito que funciona, então vou ler RFC 952.

Mas, espere ... é muito curto . E existem centenas de documentos RFC. Hmm ...

Antes de tentar resolvê-los, eu preciso saber, todos dos documentos Request for Comments (RFC) afetam diretamente o design do Unix e do Linux? Eu deveria estar tentando colocar minha cabeça em volta de todos eles, ou apenas de um subconjunto?

    

Answer 1

Não, eles não fizeram. Alguns nem sequer se aplicam ao Unix. Quando o Unix estava em sua infância, havia dúzias de sistemas operacionais por aí, e dúzias mais vieram depois de seu lançamento. Muitos deles estavam na ARPANet e muitos deles entraram na Internet. Alguns RFCs descrevem coisas globais, como o jeito certo de escrever endereços IPv6 ( RFC 4291 ), como o MD5 deve ser implementado ( RFC 1321 ), ou porque não admirar os porcos que voam em cima ( RFC 1925 ). Outros são mais específicos do sistema operacional, como os protocolos de alteração de senha do Windows Kerberos ( RFC 3244 ).

Muito do que você vê agora são decisões empíricas que mais tarde se tornaram padronizadas.

Se você quer aprender sobre rede Unix, sua melhor aposta é provavelmente um dos livros sobre o Unix. Se você quiser aprender sobre por que as coisas estão como estão, ler o código-fonte dos primeiros Unices é um exercício interessante. Mas não é fácil. :)

    

Answer 2

Se você quiser voltar ao histórico de sistemas recentes semelhantes ao Unix, é melhor ler O design e a implementação do sistema operacional 4.4 BSD . É velho, mas também são conceitos unix. Networking especialmente foi projetado como parte do 4.3 BSD OS, que é, naturalmente, discutido completamente no livro. Os sistemas GNU / Linux nasceram depois, seguindo esse modelo, mas foram reescritos do zero. O código de rede feito é posterior a muitos outros sistemas operacionais.

Quanto aos padrões, tudo deve ser definido para alcançar a interoperabilidade. Portanto, a esse respeito, todos os RFCs afetaram potencialmente o design de redes Unix e muito mais. Algumas RFC nunca foram implementadas, as pessoas estão livres para implementar o RFC que desejam e disponibilizar seus programas para implementá-las.

Basicamente, POSIX dita muito quando se trata de sistemas UNIX, você pode querer verificar isso ... Eu suponho que é mais o que você está realmente procurando, pois ele tem como alvo sistemas Unix e especifica alguns requisitos. Tenha em mente que os sistemas GNU / Linux nem sempre seguem o POSIX, pois podem ser considerados antigos e enferrujados, surgiram algumas formas alternativas e não padronizadas. Isso é problemático para desenvolvedores que trabalham em programas / sistemas portáveis.

    

Answer 3

Os RFCs provavelmente não são o melhor material para ler sobre como entender como o Unix (ou qualquer sistema operacional) funciona.

As formas padrão do documento da RFC de fazer as coisas de tal forma que sistemas diferentes podem interoperar e há alguma sanidade no mundo.

A maneira pela qual um Unix ou Linux implementa as RFCs não será sempre a mesma.

A partir dos RFCs, você aprenderá muito sobre padrões e protocolos, você não necessariamente aprenderá muito sobre implementações específicas do SO.

    

Answer 4

Quando comecei a aprender sobre computação, os RFCs também eram um dos meus pontos de contato. Minha teoria era que se eu pudesse entender as regras de rede subjacentes (de TCP, DNS, HTTP, etc), então eu estaria muito melhor preparado para consertar as coisas quando elas dessem errado. Ou, pelo menos, ser capaz de apontar por que eles erraram.

Uma RFC é o livro de regras que os programadores seguem ao escrever uma pilha de rede (etc) até o ponto em que houve bugs introduzidos como resultado de erros de digitação (acho que o SMTP teve um por um longo tempo)

Pessoalmente, ele me deu uma boa base para entender as coisas que foram construídas sobre ele. Entender o livro de regras subjacente torna a compreensão dos problemas (às vezes) muito mais fácil.

Embora isso signifique que, quando eu me deparo com problemas, muitas vezes eu vou estar cavando em wireshark e RFCs enquanto todo mundo está bisbilhotando nos logs.

Ele pode não te ensinar sobre o Unix especificamente, ou qualquer outro sistema operacional, mas entender pelo menos os principais RFCs nos quais a internet / rede está construída certamente lhe dará uma caixa de conhecimento que poucos outros terão.