LE PROTOCOLE FTP

 

Pour qui est fait cet article ?

--> Cet article repondra a beaucoup des questions que vous pouvez vous poser sur les protocoles FTP (File Transfert Protocol) et TFTP (Trivial File Transfert Protocol).
Beaucoup de gens viennent sur IRC et demandent : "Quel est la différence entre FTP et TFTP ?" ou encore "Quels sont les avantages de TFTP sur FTP et vice versa ?" et "Dans quel cas et quelles conditions doit on utiliser FTP ou TFTP ?" j'en passe beaucoup.
Toutes ces questions trouveront une reponse claire dans cet article.
Si néanmoins certaines questions restent posées, n'hésitez pas a venir les poser sur IRC sur le groupe de serveurs "Undernet" dans le canal #TipiaK

INTRODUCTION

Il parait évident que l'avenir d'un réseau unifié comme internet n'aurait jamais connu le succès dont il bénéficie aujourd'hui sans la capacité de transferer des fichiers, ce qui est et a toujours été une fonction vitale dans tout environement inter-réseaux.

FTP (File Transfert Protocol) a pendant très longtemps été un standard pour le déplacement de fichiers entre les workstations sur les reseaux TCP/IP, TFTP (Trivial File Transfert Protocol) est une version simplifiée, plus légère de FTP utilisée surtout pour les séquence de BOOT des workstations dépourvues de disques dur
(ce qui se fait rare aujourd'hui).

Bien que TFTP soit aujourd'hui rencontré de moins en moins souvent, FTP, lui, reste le standard indéniable du transfert de fichiers entre workstations sur Internet et meme sur les réseaux privés, plus encore quand un serveur FTP est configuré pour accepter les connexions anonyme, ce qui rend le contenu du serveur accessible a tout le monde ,Ce qui rend le partage d'informations de très bonne qualité et met FTP a l'égal de WWW ou Gopher dans le monde de l'échange d'informations.

FTP ET TFTP

FTP est bien différent des modules de transferts de fichiers chargés sur les Operating Systems comme le protocole Netware de Novell ou encore le NFS de Sun MicroSystem (Network File System) qui rendent les fichiers locaux accessibles a un utilisateur distant de la meme maniere que si cet utilisateur était connecté
(login) en local.

FTP peut paraitre a un utilisateur moins automatique et transparent qu'un protocole de partage des ressources, il a néanmoins le grand avantage de bénéficier d'un très haut niveau d'interoperabilité, en effet,
si FTP nécéssite que les fichiers soient copiés d'un poste a l'autre pour que l'exécution soit possible,
tout poste peut théoriquement bénéficier d'un acces sur un serveur FTP quelque soit son Operating System,
le type de machine, le type de fichiers ou la structure des fichiers et meme le jeu de characteres utilisé.
Pour l'exemple, un utilisateur pourra obtenir un fichier depuis un serveur IBM par FTP bien qu'il utilise le jeu de charactères EBCDIC sur son ordinateur personnel Macintosh sans avoir a faire une conversion
délicate du fichier ainsi récupéré.

FILE TRANSFERT PROTOCOL

Le protocole FTP définit un ensemble de commandes qui suffisent pour pratiquement tout eventuel type de transfert de fichier. Les commandes pour envoyer, recevoir un fichier, changer de répertoire courrant, etablir une liste de répertoires ou de fichiers ou encore changer le mode de transfert de fichiers vers le mode ASCII ou le mode BINARY couvrent en gros l'ensemble des plus importantes commandes pour déplacer des fichiers entre plusieur postes.

Les implémentations en ligne de commande ont des résultats pratiquement identiques sur toutes les plateformes et fonctionnent presque identiquement (Avec de légères différences dues a l'Operating System ou implémentations spéciales par exemple). Ce qui était auparavant une tres bonne chose car maitriser FTP sous Unix impliquait aussi savoir utiliser FTP sur une plateforme MS-Dos. C'est hélas devenu une mauvaise chose car le jeu de commande était très proche des commandes Unix et pas tres attirant aux utilisateurs de GUIs comme Windows, MacOS ou encore OS/2.

Alors que le marché TCP/IP sur les ordinateurs personnels devenait extremement compétitif, les vendeurs ont commencés a remplacer le jeu de commandes FTP en interfaces plus attractives. Plutot que d'exiger des commandes spécifiques pour changer de répertoire courrant ou sélectionner un fichier pour son transfert, les développeurs ont concu des interfaces capables de changer de répertoire d'un simple click de souris et le transfert de fichiers par drag&drop (quel scandale !!!)
Les commandes émises par le client sont toujours les memes (meme que certaines interfaces affichent en temps réel les commandes emises ainsi que la réponse du serveur), l'utilisateur n'a néanmoins plus besoin de connaitre les commandes elle memes, ce qui a participé a la création d'une génération de flemmards invétérés qui vont se pavaner sur les serveurs FTP avec leur superbe CuteFTP ou encore FTPVoyager, argumentant qu'ils ne trouvent pas les ressources pour apprendre les commandes et que le programme rend le protocole plus attrayant, ce qui fait venir sur IRC des dizaines de personnes n'ayant qu'une question a la bouche quand elles font leur premier projet de "client FTP" : "C'est quoi les commandes FTP ?!?".

Utilisation de FTP

Voici comment se présente une session FTP typique :

C:\WINDOWS>ftp localhost
Connected to TipiaK.
220 Serv-U FTP-Server v2.5d for WinSock ready...
User (loginx:(none)):
anonymous
331 User name okay, please send complete E-mail address as
Password:
ecomdespe@hotmail.com
230 User logged in, proceed.
ftp>
cd win
250 Directory changed to /e:/TipiaK - Fserve/Win
ftp>
dir
200 PORT Command successful.
150 Opening ASCII mode data connection for /bin/ls.
drwxrwxrwx 1 user group 0 Jan 13 12:08 AppZ
-rwxrwxrwx 1 user group 3208275 Dec 26 00:17 Cadeau.mpg
drwxrwxrwx 1 user group 0 Mar 8 13:32 Cartes de crédit
drwxrwxrwx 1 user group 0 Jan 13 12:08 CrackZ
drwxrwxrwx 1 user group 0 Mar 8 13:32 disquettes-de-secours
drwxrwxrwx 1 user group 0 Mar 6 11:52 GameZ
drwxrwxrwx 1 user group 0 Jan 13 12:08 HackinG
drwxrwxrwx 1 user group 0 Jan 13 12:07 IRC
-rwxrwxrwx 1 user group 283008 Jan 18 21:13 MADCOW.exe
drwxrwxrwx 1 user group 0 Mar 6 11:53 ProgrammatioN

226 Transfer complete.
ftp: 665 bytes received in 0.06Seconds 11.08Kbytes/sec.

ftp>
quit
221 Goodbye !

 

Une session FTP commence quand le client FTP démarre, un serveur FTP doit etre spécifié (localhost dans l'exemple) et la connexion initialisée.
Dès que l'utilisateur s'est identifié et son mot de pass accepté par le serveur, l'utilisateur essayes généralement de localiser les fichiers qui l'interessent et les récupere depuis le serveur sur le poste local (localhost). Dès que tous les tranferts ont étés terminées, l'utilisateur termine sa connexion.

Commande : Action

!

Ouvre un shell sur l'Operating System
?
Appelle le module d'aide
ascii
Configure le mode de transfert de fichiers en tant que ASCII
binary
Configure le mode de transfert de fichiers en tant que BINAIRE
cd
Change le répertoire courrant sur le poste distant
close
Termine la connexion avec le poste distant
delete
Efface un fichier sur le poste distant
dir
Sort la liste des fichiers et répertoires présents dans le répertoire courrant sur le poste distant
get
Récupère un fichier depuis le poste distant
hash
Affiche # (dièse ou 'hash character' pour chaque bloc de données transferé
lcd
Change le répertoire sur le poste local (localhost)
ls
Sort la liste des fichiers et répertoires présents dans le répertoire courrant sur le poste distant
mdelete
Suppression de fichiers multiples sur le poste distant
mdir
Création d'un répertoire sur le poste distant
mget
Récupèration de fichiers multiples sur le poste distant
mkdir
Création d'un répertoire sur le poste distant
mput
Emission de fichiers multiples sur le poste distant depuis le poste local.
open
Ouvre une connexion avec le poste distant
put
Emission d'un fichier vers le poste distant
pwd
Affiche  le répertoire courrant sur le poste distant
quit
Termine la session FTP
quote
Exécute une commande sur le serveur
recv
Récupère un fichier depuis le poste distant
rmdir
Supression totale d'un répertoire entier
send
Emission d'un fichier vers le poste distant
type
Affiche le mode courrant de transfert de fichiers (ASCII ou BYNARY)
verbose
Charge/Décharge le mode "bavard" , commencer ou arreter les prompts en texte plein

Voici un certain nombre de commandes FTP parmis les plus communes, bien que la plupart de ces fonctions soient intégrés et reconnus par les serveurs et les interfaces GUI, toutes ne sont pas forcément implémentées, le tableau suivant vous montre maintenant toutes les commandes disponibles sous windows 9x :

ftp> help
Commands may be abbreviated. Commands are:

! delete literal prompt send
? debug ls put status
append dir mdelete pwd trace
ascii disconnect mdir quit type
bell get mget quote user
binary glob mkdir recv verbose
bye hash mls remotehelp
cd help mput rename
close lcd open rmdir

 

Les clients implémentés en ligne de commande peuvent etre soit rassurantes soit effrayantes selon l'utilisateur, tout comme Unix. Les clients graphiques sont généralement bien plus faciles d'utilisation, certaines en revanche n'implémentent pas toutes les commandes standard.

La version ftp par ligne de commande quelque soit l'OS est :
--> ftp [ nom_du_serveur | adresse_IP ]

Le nom du serveur ou l'adresse IP sont facultatifs, si aucun des 2 n'est précisé, le prompt FTP s'affichera (Les applications GUI, elles... doivent généralement connaitre le destinataire pour commencer a travailler).

Le client FTP démarre alors et tente une connexion sur le serveur spécifié en ouvrant un dialogue de type 'login dialog'.

L'utilisateur doit alors spécifier son identification (login) ainsi que son mot de pass.
Si le nom du poste distant ou son adresse IP n'a pas été défini dès le depart, l'utilisateur devra alors effectuer cette commande :

--> ftp:> open <nom_du_serveur | adresse_IP>

Le 'login dialog' commence alors.

Les commandes open et close sont très importantes dans ce cas car lorsqu'une connexion est refusée ou arrétée prématurément, elles vous permettent de terminer la connexion et d'en lancer une nouvelle (meme si elle n'a pas été vraiment ouverte)

Comme vous avez pu le constater, le mode ligne de dommande n'est pas des plus simples d'utilisation mais il fait son travail et puisqu'il utilise généralement le meme jeu de commandes, un utilisateur familier avec un FTP sur un poste peut facilement s'adapter a un autre implémentation.

La commande '?' retourne une liste des commandes valides. L'utilisation d'une commande suivie d'un '?' fera afficher une description d'une ligne concernant cette commande. Par exemple, certain systemes font la différence entre dir et ls, retournant une simple liste des fichiers dans un cas et un listing bien plus detaillé dans l'autre alors que d'autres implémentations ne font tout simplement pas la différence.

Les commandes get et send sont utilisés avec des fichiers uniques. Les commandes mget et msend sont utiles pour envoyer des groupes de fichiers.

ftp> mget *.*
200 Type set to A.
mget 2020hac2.zip?
y
200 PORT Command successful.
150 Opening ASCII mode data connection for 2020hac2.zip (13682 bytes).
226 Transfer complete.
ftp: 13682 bytes received in 0.71Seconds 19.27Kbytes/sec.
mget 2020hac3.zip?
y
200 PORT Command successful.
150 Opening ASCII mode data connection for 2020hac3.zip (22750 bytes).
226 Transfer complete.
ftp: 22750 bytes received in 1.15Seconds 19.78Kbytes/sec.
mget 2020hac4.zip?
y
200 PORT Command successful.
150 Opening ASCII mode data connection for 2020hac4.zip (31652 bytes).
226 Transfer complete.
ftp: 31652 bytes received in 2.25Seconds 14.07Kbytes/sec.
mget 3d13_01.zip?
y
200 PORT Command successful.
150 Opening ASCII mode data connection for 3d13_01.zip (16712 bytes).
226 Transfer complete.
ftp: 16712 bytes received in 0.60Seconds 27.85Kbytes/sec.
mget anath8.zip?

etc...etc...etc

Voici un exemple de mget sous MS-DOS.

Utilisation des FTP ANONYME

A travers le monde, les administrateurs systemes ont utiliséle FTP anonyme comme un moyen simple de mettre des fichiers a la disposition du publique. Les serveurs FTP anonymes acceptent les connexions de n'importe qui, qu'ils aient un compte sur le serveur ou non, en acceptant une identification standard. Les utilisateurs distants entrent le login anonymous (ou parfois ftp ou encore un mot standard)et le serveur leur demande alors d'entrer leur adresse email en tant que mot de pass. Ils sont alors authorisés a acceder aux fichiers publiques.

Les administrateurs offrent généralement ce service depuis des serveurs très sécurisés et permettent l'acces publique en mode "read-only" pour les fichiers qui ne présentent pas de menace a la sécurité su systeme si compromis.

FTP : Le protocole

Comme un grand nombre d'applications qui nécessitent fiabilité et circuits virtuels entre le poste client et le poste serveur, FTP utilise TCP comme protocole de transport. FTP en revanche, utilise 2 circuits distincts au lieu d'un seul : le premier est utilisé comme canal de controle a travers lequel le client envoies les commandes au serveur et ou le serveur envoies les messages de réponse au client. Le second canal est dédié uniquement et strictement au transfert des fichiers, ce qui inclu aussi bien l'envoi de fichier au client depuis le serveur que les informations de répertoires du serveur au client.

Ce shema démontre comment FTP utilise les 2 circuits TCP. L'utilisateur envoies ses commandes depuis l'application, qui passe ces commandes au module de controle commandes et le serveur recoit les commandes depuis son propre module de controle de commandes.
Le circuit de controle connecte donc les modules client et serveur de controle entre eux.

Quand le serveur recoit une commande par son module de controle, il la transmet a son module de transfert qui envoies les données a travers le réseau, le module de controle envoies alors les messages de réponse, reportant le status actuel de la requete originale et c'est le module de transfert du poste client qui recoit alors les données avant de les transmettre au poste lui meme.

Le circuit de controle FTP reste actif pendant toute la session, en revanche, le circuit de transfert n'existe lui qu'aussi longtemps que l'envoi des données requises. Cette séparation en 2 circuits guarantie qu'un canal restera ouvert pour transmettre les messages d'erreur si le circuit de transfert est perdu. Une autre raison de ce partitionement est l'utilisation du transfert de fichiers en mode "stream", plutot que d'envoyer une balise de fin de fichier, le transfert est considéré comme complet quand le circuit est fermé. Le resultat est donc que chaque fois qu'un fichier a été envoyé, le circuit de transfert se ferme et le circuit de controle en ouvre un autre. Notez que si une erreur provoque le fermeture du circuit de transfert, le module de controle considerera le fichier comme envoyé et un fragment du fichier restera dans le systeme de fichiers du destinataire.

Connexion a un serveur

Comme sur toute application TCP, le client FTP commence par tenter de trouver le nom du poste serveur. Ceci est inutile si le serveur est spécifié par son adresse IP. Le client FTP initialise le circuit de controle sur le port 21 du server, le port bien connu pour le controle FTP, assignant un numero de port aleatoire pour sa partie du circuit. Le serveur alors demande au client un login et un mot de pass. Etant donné qu'un autre protocole utilise un jeu de regles pour cette fonction (le protocole telnet), FTP utilise un sous ensemble de telnet pour gérer l'echange de cette information entre les 2 postes. Les spécifications du "Network Virtual Terminal" sont utilisés a la fois pour lancer la routine d'acquisition de requetes (en envoyant les messages via le NVT du serveur) ainsi que la reponse (En interpretant la frappe du clavier via le NVT du client). FTP utilise simplement un NTV basique et n'inclut aucune marge pour negocier les options, ce qui est le role premier du protocole : Fournir un service de transfert de fichier entre postes qui n'ont rien en commun.

Quand le client envoies une requete pour le transfert de donnée (soit un listing d'un répertoire ou encore le transfert d'un fichier), il envoies un numero de port au serveur pour que ce dernier puisse y initialiser le circuit de transfert en utilisant ce port sur le client et le port 20 sur le serveur lui meme, le port bien connu des transfert FTP.

Le fichier est envoyé, le circuit est ferméle circuit de controle lui reste ouvert pour une nouvelle requete. Quand la session est terminée, le circuit de controle est fermé et vice versa.

Les codes réponse

Comme on l'a dit plus haut, le circuit de controle de FTP est utilisé pour envoyer les messages de réponse du serveur jusqu'au client. Ces codes peuvent etre observés sur les logs étudiés plus haut. Par exemple, le code 200 signifie que la commande spécifiée a été recue et exécutée avec succes. Chaque fois que le client FTP envoies une requete au serveur, ce dernier repond avec un code de 3 chiffres.

Le premier chiffre du code indique le status de la réponse a la commande. Le chiffre du milieu spécifie le sens de la réponse. Le dernier chiffre rends tout simplement le code réponse plus spécifique, par exemple, le code 331 signifie que le login est acceptable mais que le mot de pass doit etre envoyé avant que le serveur puisse etablir une connexion : le premier chiffre indique qu'une commande supplémentaire est requise, le second 3 indique que le sujet du message est l'identification et le 1 est tout simplement l'indicateur de ce message la. Le message 332 a le meme contexte, il indique qu'une autre commande est requise, le sujet est aussi l'authentification mais le message lui meme est different, il signifie que le serveur a besoin de connaitre le numero de compte avant d'etablir la connexion.

Voici le tableau indiquant le sens du PREMIER CHIFFRE d'un message d'un serveur FTP.

Code Sens
1
La commande a été recu et est en cours d'exécution (pas encore terminé)
2
La commande a été recu et exécuté, pret pour la commande suivante
3
La commande a été recu, nécessite une autre commande avant de pouvoir la traiter
4
La commande a été recu mais n'a pas pu etre exécutee pour l'instant (possibilité de l'exécuter plus tard)
5
La commande a été recu mais n'a pas pu etre exécutée dans sa forme actuelle.

Voici le tableau indiquant le sens du SECOND CHIFFRE d'un message d'un serveur FTP.

Code Sens
0
Indique un message concernant la syntaxe
1
Indique un message d'information
2
Indique une connexion
3
Indique un message concernant l'authentification.
4
Non spécifié
5
Indique un message concernant le systeme de fichiers (généralement message direct depuis l'Operating System)

Les codes réponse ont deux fonctions principales. Le premier est de garder l'utilisateur sur le poste client informé du status du transfert ou de la connexion courrante. C'est tres important, en effet, l'utilisateur a besoin de savoir quelle est la réponse a la commande précédente avant de pouvoir continuer. La seconde fonction est de garder l'utilisateur au courrant du status de la connexion. Cette fonction est devenu de moins en moins utile depuis l'apparition des clients GUI mais la ou FTP est implémenté en mode console, ces codes réponses sont associés avec une explication pour que le message ait un sens pour l'utilisateur..

TRIVIAL FILE TRANSFERT PROTOCOL

TFTP est généralement utilisé pour booter depuis un serveur distant pour les workstations dépourvues de disque dur sur un réseau. Plutot que d'utiliser un protocole de transfert de fichiers interactif comme FTP, qui ralentirait le boot par exemple. TFTP n'offre aucune fonctions de sécurité, il est composé d'un jeu d'instructions tres réduit (envoi et reception de fichier et d'utiles commandes de connexion), et utilise UDP afin d'obtenir un lien sans connexion et peu fiable plutot que TCP utilisé par FTP.

En echange de leur fonctionalité très limité, les clients TFTP, bien accordés avec les autres piles protocolaires peuvent etre assez petit pour se charger dans la memoire d'un poste sans disque dur depuis une petite EPROM, et ainsi permet le boot et le setup depuis des logiciels plus récents sur de vrai serveurs.

A cause du manque de sécurité (meme sur la couche de transmission), la plupart des administrateurs limittent leur serveurs TFTP a très peu de fichiers (généralement les fichiers de boot) et certains administrateurs préferent ne pas accepter le TFTP du tout.

Commande Action
ascii
Configure le mode de transfert en tant que ASCII
binary
Configure le mode de transfert en tant que binaire
connect [nom_serveur]
Connexion au poste distant
get
Récupère un fichier depuis le serveur TFTP
put
Envoi d'un fichier sur le serveur TFTP
trace
Active le module de tracage des paquets
verbose
Active le mode "bavard"

Du au fait que TFTP utilise le protocole UDP pour le transfert de fichiers, il est impossible de les faire passer par flux comme en FTP mais plutot par morceaux. Le client initie le transfert de fichiers en envoyant un message de requete pour le fichier, le serveur repond alors en envoyant la premiere partie du fichier. Quand le client recoit cette premiere partie, il envoies un avis de réception au serveur qui envoies la seconde partie du fichier. Cette operation continue jusqu'a ce que le fichier ait été completement transféré. Chaque poste peut envoyer un message si un certain temps s'est écoulé depuis le dernier transfert sans réponse de l'autre coté. Le fait que TFTP utilise cette technique d'avis de réceptions fait qu'un message peut etre relativement long a parcourir un reseau.

TFTP et la sécurité

La plupart des administrateurs réseaux implementent les serveurs TFTP avec beaucoup de précautions voir pas du tout. Aucune phase d'identification (login/password) n'est implémentée pour authentifier l'identité du client, ce qui aide a rendre l'implémentation encore plus légère, c'est aussi nécessaire pour les systemes qui utilisent TFTP pour booter a distance eux memes et qui n'ont probablement pas d'informations d'authentifications d'identité sur eux memes durant le boot.

Les administrateurs configurent généralement les serveurs TFTP pour affrir un acces seulement aux fichiers boot dans un répertoire choisi et restreignent l'accès a tous les autres répertoires du disque dur.

TFTP : Le protocole

Du au fait que TFTP est utilisé en règle générale dans les situations qui nécessitent une implémentation minimale comme les postes sans disque dur qui ont besoin de booter depuis des serveurs distants, TFTP est un protocole simple.

Voici les 5 types de messages de TFTP :

Type de message TFTP Code d'operation Sens du message
Requète de lecture
1
Lance l'ouverture d'un fichier sur le serveur et son envoi vers le client
Requète d'ecriture
2
Lance l'ecriture d'un fichier sur le serveur et copié depuis le client
Donnée
3
Contient les données a ecrire ou ècrire
Accord/Avis de réception
4
Avis de réception d'un message, authorisation de transfert
Erreur
5
Indique une situation d'erreur.

 

Tout message TFTP arrive avec un code d'operation de 2 bytes qui signifie quel type de message c'est. les requetes de lecture et écriture nécessitent un nom de fichier et le mode TFTP a utiliser pour le transfert du fichier, ASCII ou BINARY. Un message de donnée nécessite le code d'operation, un bloc de chiffres de 2 bytes qui correcpondent au nombre de morceaux de données envoyés, ainsi que 512 bytes de donnée (sauf pour le dernier message de donnée).

L'avis de réception contient simplement le code d'operation et un numero de bloc correspondant au numero de bloc du message de donnée en cours. Les messages d'erreur arrivent quand l'operation requise ne peut pas etre exécutée, bien qu'il n'y ait que très peu d'erreur possibles en TFTP.

Quand un poste client lit une requete, le serveur renvoies un message contenant la premiere partie du fichier et le numero de bloc (1). Si le client recoit ce message, il renvoies un avis de réception attaché a ce numero de bloc (1). Quand l'avis de réception a été recu, le serveur envoies alors le bloc numero 2, etc... Ceci jusqu'a ce que le transfert du fichier soit terminé. Le client sait quand le fichier est terminé car le dernier bloc de données pese moins que 512 bytes.

Si la taille du fichier est divisible exactement par 512, le dernier message ne contient pas de signale de fin de transfert.

Quand un client écrit une requete pour envoyer un fichier du client au serveur, il envoies la requete ecrite au serveur qui contient le nom du fichier et le mode de transfert de fichier. Si le serveur accepte le transfert du fichier, il repond avec un avis de reception avec le numero de bloc défini a 0. Le client commence alors a envoyer les blocs au serveur, attendant l'avis de réception pour chaque bloc avant d'envoyer la suivante.

CONCLUSION

Voila un article qui je l'éspère vous plaira a tous, que vous soyez débutants ou expérimentés, je pense que cet article a pu vous apprendre beaucoup sur le fonctionnement interne des protocoles de transferts de fichiers en général.

Cet article n'a pas grand chose a voir avec le hacking, c'est plus de l'analyse de protocoles réseaux mais c'est vitale de bien comprendre tout ce qui se passe dans un réseau si vous voulez hacker...

Il y a encore beaucoup d'autres protocoles tres interressants sur internet et d'autres systemes de reseaux et j'essaierais de décrire le fonctionnement d'un grand nombre d'entre eux au cours des années qui arrivent.

Pour me contacter :
Mail --> ecomdespe@hotmail.com
IRC --> tapez : /server eu.undernet.org puis /join #TipiaK (mon nick c'est TipiaK, si vous voyez le nick TipAwaY, cherchez meme pas a me parler, je suis pas la)
ICQ --> #61291004