D.E.S.S. Nouvelles APplications
Internet.
Module A, unité 1: "Principes et utilisation des systèmes
et des réseaux"
But et utilité du réseau Internet : communiquer entre des ordinateurs répartis sur la planète.
On peut faire une analogie avec le réseau téléphonique : pour ce dernier, les numéros de téléphone et annuaires (manuels ou semi-automatiques, cf. 3611 ou www.pageszoom.com) permettent de choisir le correspondant et de communiquer avec lui. Pour Internet, l'accès se fait essentiellement par des noms de machine. En fait, le fonctionnement repose bien sur des numéros (cf. cours 2) mais un système "d' annuaire automatique" permet de s'en affranchir dans la plupart des cas, au niveau de l'utilisateur.
Le choix des noms de machines est décentralisé : c'est le gestionnaire réseau de chaque entreprise qui les choisit. Afin d'éviter des doublons, ces noms doivent aussi comporter l'identification de l'entreprise. Pour cette raison, le système prévoit une structuration hiérarchique en noms de domaines (géographiques au niveau des états : us, fr, uk, it, ..., ou par domaine d'activité : com, edu, net, gov,...). Ces domaines sont eux mêmes divisés en sous-domaines, en sous-sous-domaines,... Un nom complet sera de la forme suivante :
nom-de-machine.nom-de-sous-domaine.nom-de-domaine
Exemples : www.ibm.com, trantor.info.unicaen.fr, camembert.etu.info.unicaen.fr.
N.B. : le nom du premier de ces exemples suggère qu'il s'agit d'une machine hébergeant un "serveur web" (cf. ci-dessous).
On peut poursuivre l'analogie avec le réseau téléphonique : ce dernier est utilisé pour :
On va utiliser le réseau Internet pour communiquer, généralement entre deux ordinateurs, pour :
Il faut bien entendu que les machines puissent se comprendre (même si elles ne sont pas du même type, ni sous le même système) : elles doivent donc faire tourner des logiciels respectant un même protocole (exemples correspondants aux utilisations listées ci-dessus : telnet, ftp, smtp, http,...).
Les logiciels d'application sont conçus pour utiliser un (ou éventuellement plusieurs : cas des navigateurs tels que Netscape, InternetExplorer, Mozilla, Galeon, ...) de ces protocoles.
Il y a un protocole pour chaque application (utilisation à distance, transfert de fichier, courrier électronique, Web,...), mais ils s'appuient tous sur des fonctionalités de base communes (établir une communication avec le correspondant, échanger des paquets de données une fois cette connexion établie,...).
Les protocoles et des logiciels les implémentant sont donc organisés en couches : les couches basses (transport) sont chargées de ces fonctions élémentaires, leurs principes seront vus dans les cours suivants, alors que les couches hautes (applications) s'appuient sur les services offerts par les couches basses pour offrir les services de haut niveau tels que messagerie, transfert de fichiers, ...
Le courrier électronique (de personne à personne) nécessite une extension aux noms : il faut ajouter les noms (ou les identifiants) des personnes aux noms des machines : une adresse électronique sera donc de la forme suivante :
nom@nom-complet-de-machine
Exemple : jean@mail.info.unicaen.fr, ou Jean.Saquet@info.unicaen.fr
N.B.: Dans le deuxième exemple, la partie machine proprement dite du nom a disparu, ne laissant que domaines et sous (sous) domaines, parce que le système "d'annuaire" connaît la machine qui gère le courrier pour chaque sous domaine (ici mail). D'autre part, "Jean.Saquet" est un alias de messagerie plus parlant que l'identifiant de login "jean". Ceci nécessite que les administrateurs systèmes aient programmé cet alias.
Au niveau des logiciels d'application, l'accès aux différents services s'effectue le plus souvent au moyen d'une URL (Uniform Resource Locator), surtout si on utilise un logiciel multi-protocoles tel que Netscape :
protocole://nom_complet_de_machine/identification_de_la_ressource
Exemples :
Le plus souvent, la communication se fait suivant le modèle Client/Serveur : côté utilisateur, un logiciel client, pouvant "parler" un ou des protocoles d'application, permet de se connecter et d'échanger des données (souvent en recevoir plus qu'en envoyer, mais la communication doit être bidirectionnelle pour assurer l'interactivité) avec un ou des serveurs (machines fonctionnant sans intervention permanente d'humains) "parlant" le même protocole, et offrant des services s'appuyant sur ces protocoles tels que :
Les serveurs sont conçus pour pouvoir répondre à plusieurs clients simultanément (en apparence au moins), et éventuellement être serveur pour plusieurs protocoles en même temps. D'où l'intérêt d'utiliser un vrai système multitâches tel qu'Unix (ou Windows NT). Les clients, manipulés le plus souvent par un utilisateur humain, le sont souvent en mono-tâche. Toutefois, la plupart des logiciels clients peuvent ouvrir plusieurs sessions simultanément, et peuvent être utilisés en même temps (clients ftp, www, telnet,...). Sur les systèmes courament répandus des micro-ordinateurs (MacOS, Windows 95/98), ça fonctionne aussi, mais avec parfois quelques "plantages"... Les systèmes récents ont à présent des bases beaucoup plus solides, et sont donc beaucoup moins sujets à ce genre de mésaventure (Windows XP, MacOSX).
Les clients http sont le plus souvent appelés "navigateurs web". ce sont Internet Explorer, Netscape, Mozilla, Galeon, Safari,...Ils communiquent avec les serveurs http au moyen de ce protocole, mais sont aussi capables d'utiliser la plupart des fonctionnalités du protocole ftp de transfert de fichiers (voir plus tard)
Les clients de messagerie sont Outlook, Eudora, Sylpheed, Netscape messenger,...Ils connaissent le protocole smtp d'envoi de messages, ainsi que les protocoles imap et pop de récupération du courrier sur le serveur à partir d'un poste utilisateur.
N.B. : le protocolet http et un navigateur peuvent parfois être utilisés pour d'autres fonctions que la consultation de pages (courrier, transfert de fichiers). Ce peut être commode car c'est le même logiciel qui est utilisé pour la plupart des fonctions de base, mais ceci peut introduire des limitations (cf. ci-dessous : webmail versus client de messagerie).
Pour un navigateur, il pourra éventuellement être obligatoire de configurer le "proxy" permettant de "sortir" du réseau privé dans lequel on se trouve. C'est le cas au département d'informatique : il faut passer par "proxy.info.unicaen.fr", port 3128. En dehors de cette spécificité locale, le navigateur peut être personnalisé au niveau de l'aspect visuel (polices, couleurs par défaut, autres caractéristiques d'affichage), des choix de la page de démarrage, de la gestion de la "mémoire cache" (permet de conserver localement les documents récemment accédés), de la sécurité (activation ou non des programmes Java ou Javascript, des "cookies"), ...
Un client de messagerie devra être configuré avec les paramètres du compte : noms des serveurs d'envoi et de réception, protocole de réception, nom du compte et mot de passe. Voir par exemple les paramètres du mail étudiant. On pourra en outre spécifier si les messages doivent être effacés du serveur après récupération, et personnaliser la forme des mails envoyés, l'emplacement pour recevoir les pièces jointes, ...
Notons que beaucoup de fournisseurs offrant des comptes de messagerie permettent de consulter et d'envoyer des mails à l'aide d'un navigateur ("webmail"). Voir par exemple celui du département d'informatique. L'avantage est la simplicité d'emploi, l'absence de configuration; l'inconvénient est la nécessité de rester connecté à l'Internet pendant toute la durée de consultation ou d'envoi de mails.
Essentiellement pour des raisons de sécurité, la plupart des entreprises placent leurs machines dans une partie "privée" du réseau. Ces machines utilisent les protocoles et logiciels créés pour Internet, mais n'ont pas accès directement au réseau mondial (et ne sont pas connues de ce dernier).
Pour accèder aux services disponibles sur internet, il convient alors de s'adresser à un intermédiaire, accessible à la fois du réseau privé et d'Internet : c'est un "server proxy" ou "serveur mandaté". Il fonctionne pour certains protocoles seulement. Il pourra donc être nécessaire de configurer les logiciels clients pour qu'ils s'adressent au bon proxy, et ceci pour chaque protocole qu'on souhaite utiliser.
Par contre, on n'utilisera pas le proxy pour accéder aux serveurs "internes" (ceux du domaine "info.unicaen.fr").
Les problèmes sont essentiellement dus au codage des caractères, non universel. Ceci en particulier pour le mail (nécessité de transcodage, utiliser des logiciels qui annoncent clairement le codage utilisé).
Pour ftp, le transfert se fait en mode "texte" (synonyme : ascii) ou bien binaire. En général, les logiciels ftp évolués s'adaptent automatiquement au type du fichier, mais il peut y avoir des surprises.
L'accès aux pages web est par contre universel grâce au langage html. Toutefois, ce dernier évolue (versions 1, 2, 3, 4, Xhtml, ...) et ceci nécessite la mise à jour régulière des logiciels clients, ainsi que des logiciels d'aide à la création (éditeurs html).
Configuration, utilisation des logiciels clients (Netscape, ftp, telnet). Netscape permet l'accès aux serveurs www, aux serveurs ftp, au courrier.
Les points importants sont les suivants (voir les détails sur les feuilles de TP):