INTRANET, INTERNET, RESEAUX

 

 

Toutes les informations concernant les différents protocoles sont issues d’une requête sur le moteur de recherche Altavista (http://www.altavista.com ).

En demandant des informations sur TCP/IP, le site choisi (http://www.dc.net/ilazar/tcpipfaq/default.htm ) contenait des informations plus larges.

Ce site répond à des questions fréquemment posées principalement sur TCP/IP mais aussi, dans une deuxième partie, sur différentes applications (on y retrouve beaucoup de définitions). Rédigé en Anglais, ce site est très convivial pour une personne débutante ou peu initiée car l’information est claire et concise. De plus, il est simple d’utilisation grâce au sommaire qui possède des liens vers chaque paragraphe.

RFC : Request For Comments

HTTP : Hyper Text Transfer Protocol

NNTP : Network News Transfer Protocol

SMTP : Simple M ail Transfer Protocol

Telnet : TELecommunication NETwork

Le protocole MIME

Liens vers les différents sites.

 

RFC : Request For Comments

Les RFC peuvent être écrites par n’importe qui (la plupart du temps par des groupes de travail). Le processus d’approbation des RFC est dirigé par IESG (Internet Engineering Steering Group) basé sur les recommandations de IETF (Internet Engineering Task Force). Ce dernier est un précurseur dans la formation de groupes de travail orientés sur les issues stratégiques des TCP/IP.

 

Le contenu d’une RFC ne change pas une fois qu’elle a été publiée mais depuis qu’il y a une évolution constante des protocoles, l’information des RFC est souvent révisée, étendue, clarifiée et parfois complétée par des RFC suivants.

Les RFC sont numérotées dans l’ordre croissant de leur approbation. Il existe aujourd’hui plus de 2400 RFC.

Les RFC sont considérées comme dans le domaine public car la " mémoire d’Internet " est bien évidemment disponible sur le réseau. Cependant le dépôt officiel et définitif des RFC est l’archive anonyme FTP maintenue par Information Science Institute of the University of Southern California sur ftp://ftp.isi.edu/in-notes (accessible par le Web : http://www.rfc-editor.org/

Exemples de RFC :

 

Vers le haut de la page

HTTP : Hyper Text Transfer Protocol

Il s’agit du protocole de transfert définissant les procédures particulières d’échange, de déplacement de pages Web à travers un internet.

HTTP dépend de TCP pour garantir la livraison correcte et dans l’ordre des données à travers le réseau.

La version 1.0 de HTTP est définie par la RFC 1945. Quant à la version 1.1 ; elle rend encore plus efficace l’utilisation de TCP et est définie par la RFC 2068.

Vers le haut de la page

NNTP : Network News Transfer Protocol

NNTP est utilisé pour propager les " netnews postings " (en incluant les postings de Usenet) entre les systèmes.

Les bases sont définies dans la RFC 977 et le format des messages est décrit dans la RFC 1023.

NNTP dépend de TCP pour garantir la livraison correcte et dans l’ordre des données à travers le réseau.

Vers le haut de la page

SMTP : Simple M ail Transfer Protocol

C’est le protocole standard pour l ‘échange de courrier électronique sur Internet. SMTP est utilisé entre des serveurs e-mail sur Internet ou pour permettre à un client s’envoyer un e-mail à un serveur.

Les bases sont définies dans la RFC 821 et le format des messages est décrit dans la RFC 822.

SMTP dépend de TCP pour garantir la livraison correcte et dans l’ordre des données à travers le réseau.

Le correspondant est identifié par son adresse IP. Par commodité, une adresse plus ergonomique est attribuée aux utilisateurs : nom_de_l’utilisateur@nom_de_la_machine_d’hébergement.domaine . C’est le réseau qui traduit cette adresse en une adresse IP, qui seule est exploitée par les protocoles de réseau et de transport.

La messagerie e-mail SMTP de l’Intranet remplace dans bien des cas dans les entreprises les messageries vedettes du marché, pour un coût inférieur.

Une mise en œuvre très répandue de SMTP, " sendmail ", peut être chargée à partir de : http://www.sendmail.org/

Vers le haut de la page

Telnet : TELecommunication NETwork

Telnet permet une connexion à une application distante et fonctionne en mode client-serveur (définit dans la RFC 854).

Le serveur Telnet accepte des données du Telnet client et les envoie au système opérateur de telle façon que les caractères reçus sont traités tels qu’ils ont été tapés sur le clavier du terminal. Les réponses générées par le serveur du système opérateur sont retransmises au Telnet client pour confirmation.

Telnet est un protocole largement déployé et bien utilisé.

Le protocole de base est défini dans les RFC 818 et 854, le mécanisme de la négociation d’option est décrit dans la RFC 855.

Telnet dépend de TCP pour garantir la livraison des données de façon correcte et dans l’ordre entre client et serveur.

 

Tableau résumant les différentes couches :

Application Telnet SMTP NNTP HTTP ...    
Transport

TCP

...  
Internet

IP

...
Network
interface
Ethernet ...          

Vers le haut de la page

 

Qu’est-ce que le protocole MIME?

«Il s’agit d’un protocole de communication permettant d’inclure autre chose que du texte dans le courrier électronique, c’est-à-dire des caractères spéciaux, des illustrations, des photos en couleur, des images vidéo ou du son haute-fidélité.»
Définition extraite du Vocabulaire d’Internet, OLF

Le protocole MIME est un prolongement du protocole de communication TCP-IP employé pour les échanges de courrier électronique dans Internet, connu sous le nom Simple Mail Transfer Protocol (SMTP), qui permet à des messages de courrier électronique contenus dans différents types de données multimédia d’être expédiés dans tout le réseau. Cela comprend, mais sans s’y limiter, les documents de traitement de texte, les chiffriers, les programmes, les graphiques, les bandes audio, et des fichiers de film, aussi bien que des liens qui permettent à des utilisateurs de récupérer de l’information à partir de bases de données éloignées dans un message de courrier électronique.

Pourquoi le protocole MIME est-il important?

Dans le monde d’Internet, le protocole MIME est considéré comme l’un des tout derniers développements importants dans les applications de réseau. Le courrier électronique est la fonction la plus utilisée dans Internet, et le protocole MIME permet aux gens d’envoyer des messages qui contiennent des sons, des images, des documents de traitement de texte, des fichiers multimédias, ainsi que d’autres types d’objets électroniques.

Avant l’introduction du protocole MIME en 1991, les messages de courrier électronique Internet ne pouvaient transmettre que du texte en 7 bits d’ASCII. Les messages codés en protocole MIME offrent aux utilisateurs un moyen de partager des documents codés en caractères de langues non supportés dans l’ASCII américain, comme Latin-1 d’ISO et d’autres caractères. À l’heure actuelle, les messages envoyés à l’aide d’applications de courrier qui supportent des signes diacritiques et des caractères spéciaux changent lorsque le message est envoyé à des utilisateurs sur Internet. Le protocole MIME permet de surmonter ce problème.

Les chercheurs et les promoteurs de logiciels se servent d’un aspect connexe du protocole MIME, le registre des jeux de caractères, pour permettre au W3 et à d’autres applications de pouvoir traiter avec une diversité croissante de types de fichiers électroniques. Des discussions se poursuivent au sujet des listes d’envoi liées aux bibliothèques quant à l’utilisation du protocole MIME pour soutenir le prêt entre bibliothèques et la livraison de documents.

Le protocole MIME pose-t-il des risques importants pour la sécurité?

Comme avec d’autres applications de réseau, la messagerie du protocole MIME pose certains risques. En règle générale, le volume de courrier entre dans les systèmes principaux sans contrôle. Vu que des fichiers exécutables, comme des programmes, peuvent être envoyés par courrier à l’aide du protocole MIME, le risque de propagation des virus est une préoccupation. Des applications logicielles sont en cours de développement pour régler ce problème.

Tous les utilisateurs de courrier électronique sont prévenus de se servir de pratiques informatiques sûres et contre l’exécution d’applications basées sur le courrier, dans des programmes à cet effet, sans le recours approprié à des précautions, comme la protection contre les virus.

Vers le haut de la page

Liens vers les différents sites.

Voici différents liens vers les sites qui ont servi à construire cet page consacrée plus particulièrement aux RFC (Request For Comments), ainsi que sur les Protocoles d'Applications.

http://www.xml.com:8080/xml/pub/98/10/guide0.html Abslument tout sur ce qu'est le XML, avec des menus très explicites pour aider a avancer point par point.
http://www.chez.com:8080/yannickh/ Un peu d'histoire sur cette page que l'on pourrait intituler "tout ce que vous avez toujours voulu savoir Internet sans ....". Après avoir visité ce site, vous serez incollable sur Internet.
http://www.eisti.fr:8080/eistiweb/docs/normes/index.htm Les RFC les plus utilisées traduites en Francais. A conseiller à ceux qui sont réfractaires à la langue anglaise et qui s'interressent à TCP, HTTP, Telnet, FTP...
http://www.cis.ohio-state.edu:8080/hypertext/information/rfc.html Toutes les RFC, mais cette fois ci en anglais.
http://www.uni.be:8080/hwi/fr/index.htm Internet pour les Nuls.
http://www.alaska.net:8080/~talmadge/outline.htm Un des nonbreux sites qui se propose de vous apprendre à programmer en HTML. Celui-ci est vraimment très complet et devrait satisphaire aux plus exigents.
http://perso.club-internet.fr:8080/jefkillr/ Encore des définitions sur le différents protocoles, le tout sur un site bien présenté accéssible à tout le monde.

Vers le haut de la page

retour au tout Début Début.