histoire.tml -> Rectificatifs sur l'histoire du DNS.
virus.tml -> SUppression d'une phrase jugée ambiguë sur les virus biologiques.
This commit is contained in:
parent
26eb1bdf9c
commit
a0341221b0
2 changed files with 40 additions and 16 deletions
|
@ -85,7 +85,7 @@ lang="en">Internet Engineering Task Force</i>) qui ont vocation
|
||||||
les standards d'Internet. Que doivent contenir les en-têtes d'un
|
les standards d'Internet. Que doivent contenir les en-têtes d'un
|
||||||
courrier électronique, comment présenter une URL, tout cela est défini
|
courrier électronique, comment présenter une URL, tout cela est défini
|
||||||
par des RFC. Le site <a href="http://www.rfc-editor.org/rfc.html">RFC
|
par des RFC. Le site <a href="http://www.rfc-editor.org/rfc.html">RFC
|
||||||
Editor</a> contient une base de données de toutes les FRC, avec un
|
Editor</a> contient une base de données de toutes les RFC, avec un
|
||||||
moteur de recherche. </div>
|
moteur de recherche. </div>
|
||||||
|
|
||||||
<h3>1971 : le courrier électronique</h3>
|
<h3>1971 : le courrier électronique</h3>
|
||||||
|
@ -141,15 +141,39 @@ la d
|
||||||
<h3>1983 : le DNS</h3>
|
<h3>1983 : le DNS</h3>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
En 1983, un groupe constitué de Jon Postel, Paul Mockapetris et Craig
|
Au début de l'Arpanet, les informations nécessaires à la connection
|
||||||
Partrige rédigent la RFC 882 : le DNS (<em lang="en">"Domain Name
|
des machines entre elles (conversion nom <-> adresse) sont
|
||||||
System"</em>) est inventé. Le DNS permet d'associer à un nom de
|
contenues dans un fichier nommé <code>hosts.txt</code>. Ce fichier est
|
||||||
domaine (par exemple, clipper.ens.fr) une adresse IP (129.199.121.1),
|
maintenu par le <i lang="en">Network Information Center</i> (NIC en
|
||||||
facilitant grandement la vie des utilisateurs qui n'ont plus à retenir
|
abrégé) de l'Institut de recherche de Stanford. Chaque administrateur
|
||||||
des séries de chiffres pour pouvoir utiliser Internet. En 1984 se
|
d'une machine reliée à l'Arpanet doit envoyer ses modifications au NIC
|
||||||
mettent en place les « <i lang="it">top level domains</i> »,
|
qui les centralise et redistribue périodiquement le
|
||||||
c'est-à-dire les suffixes comme <code>.com</code>, <code>.gov</code>,
|
<code>HOSTS.TXT</code> mis à jour. Au fur et à mesure que l'Arpanet se
|
||||||
<code>.net</code> ou encore <code>.org</code>
|
développe, le système devient trop lourd à gérer : le NIC ne peut plus
|
||||||
|
faire face à la charge réseau, à il y a des problèmes de collision
|
||||||
|
(deux machines qui ont le même nom) qui peuvent mettre en danger le
|
||||||
|
bon fonctionnement de l'Arpanet.
|
||||||
|
</p>
|
||||||
|
|
||||||
|
<p>
|
||||||
|
En 1983, pour résoudre ce problème, un groupe constitué de Jon Postel,
|
||||||
|
Paul Mockapetris et Craig Partrige rédige les RFC 882 et 883 : le DNS
|
||||||
|
(<em lang="en">"Domain Name System"</em>) est inventé. C'est une base
|
||||||
|
de données distribuée qui permet une gestion locale des noms de
|
||||||
|
domaine, tout en rendant l'information disponible à tous. La base de
|
||||||
|
données est divisée en zones. Pour chaque zone, un ou plusieurs
|
||||||
|
<dfn>serveurs de noms</dfn> (<i lang="en">name servers</i> en anglais)
|
||||||
|
répond aux requêtes des <dfn>résolveurs</dfn>. Les résolveurs sont des
|
||||||
|
programmes qui communiquent entre les programmes utilisés par une
|
||||||
|
machine et les serveurs de noms, et permettent de faire le lien entre
|
||||||
|
nom d'une machine (<code>clipper.ens.fr</code> par exemple et adresse
|
||||||
|
IP.
|
||||||
|
</p>
|
||||||
|
|
||||||
|
<p>
|
||||||
|
En 1984 se mettent en place les « <i lang="it">top level
|
||||||
|
domains</i> », c'est-à-dire les suffixes comme <code>.com</code>,
|
||||||
|
<code>.gov</code>, <code>.net</code> ou encore <code>.org</code>.
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<h2>Le boom</h2>
|
<h2>Le boom</h2>
|
||||||
|
@ -242,7 +266,7 @@ assistant personnel, ou encore l'essor du sans-fil...
|
||||||
|
|
||||||
<div class="metainformation">
|
<div class="metainformation">
|
||||||
Auteur : Émilia Robin, David Madore, Marie-Lan Nguyen.
|
Auteur : Émilia Robin, David Madore, Marie-Lan Nguyen.
|
||||||
Dernière modification : le <date value="$Date: 2004-01-02 10:33:22 $" />.
|
Dernière modification : le <date value="$Date: 2004-01-30 19:31:57 $" />.
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
</body>
|
</body>
|
||||||
|
|
|
@ -256,10 +256,10 @@ plusieurs noms (Lovesan s'appelle aussi MSBlaster) car plusieurs
|
||||||
<p>
|
<p>
|
||||||
Un virus à proprement parler est un programme capable d'infecter
|
Un virus à proprement parler est un programme capable d'infecter
|
||||||
d'autres programmes en les modifiant pour y inclure une copie de
|
d'autres programmes en les modifiant pour y inclure une copie de
|
||||||
lui-même. Contrairement aux virus biologiques, <strong>un virus
|
lui-même. <strong>Un virus informatique n'est pas une
|
||||||
informatique n'est pas une fatalité</strong>. Il découle de failles de
|
fatalité</strong>. C'est une anomalie qui découle de failles de
|
||||||
sécurité, soit de la part du concepteur du logiciel, soit de la part
|
sécurité, en amont de la part du concepteur du logiciel, et souvent en
|
||||||
de l'utilisateur (et souvent, des deux).
|
aval de la part de l'utilisateur.
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
|
@ -420,7 +420,7 @@ Destroy</a>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
<div class="metainformation">Auteur : Marie-Lan Nguyen. Dernière
|
<div class="metainformation">Auteur : Marie-Lan Nguyen. Dernière
|
||||||
modification : le <date value="$Date: 2004-01-29 14:26:45 $" />.</div>
|
modification : le <date value="$Date: 2004-01-30 19:31:57 $" />.</div>
|
||||||
|
|
||||||
</body>
|
</body>
|
||||||
</html>
|
</html>
|
||||||
|
|
Loading…
Add table
Reference in a new issue