Outpost
(Configuration)

Premier démarrage

Etablissement des premières règles

Affichage détaillé d'une connexion complète

Premier démarrage

Après l'installation, très rapide, l'ordinateur reboote. J'en profite pour décrocher le câble de la carte réseau afin d'avoir la maîtrise de la machine lors de la première tentative d'une quelconque connexion au réseau.

Après un écran annonçant l'impossibilité de trouver le fichier de configuration dans le répertoire d'installation, on tombe sur l'écran suivant :

Cet écran liste déjà les connexions en cours (ici au nombre de 8). En cliquant sur "All Connections" on peut en voir le détail,  listé comme suit :

Ce sont de toute évidence des connexions en attente puisqu'il n'y a pas de port distant mentionné. On peut le vérifier en développant le détail de la connexion (en cliquant sur ) :

La direction "Listening" indique un port en écoute, c'est-à-dire en attente de demande connexion (protocole TCP) ou de datagramme (protocole UDP). Nous analysons plus bas le détail de ces affichages.

Etablissement des premières règles

Je ne fais rien et je connecte le câble de ma carte réseau qui était resté déconnecté. Immédiatement j'ai ceci :

Je fais OK.

Puis je demande la réception de courrier dans mon logiciel de mail.

et là lorsque je j'expédie un message à mon tour

Affichage détaillé d'une connexion complète

Connexion TCP en attente

Analysons maintenant en détail l'affichage d'une connexion en attente.

Application : INETINFO.EXE, processus principal d'Internet Information Server Start Time : heure d'ouverture Up Time : temps d'ouverture Received, Sent et Bps : 0 (connexion inactive pas de données transmises) Protocole : TCP Direction : Listening (en attente d'appel) Local Port : HTTP (=80) Local Address : *.*.*.* (n'importe quelle adresse de la machine, si elle en a plusieurs) Remote Host : Tout hôte appelant Remote Port : inconnu puisqu'en attente

Connexion TCP établie (les deux bouts)

Et voici la trace d'une activité de connexion web à localhost depuis une fenêtre internet explorer sur la même machine.

Internet Explorer (IEXPLORE.EXE) a établi une connexion sortante (Outbound) en direction du serveur web d'IIS (INETINFO.EXE) qui, lui, voit cette connexion comme entrante (Inbound).

Les deux applications tournent sur la même machine, ce qui nous vaut dans "Remote Host" la valeur "Localhost".

Le port client est choisi dynamiquement par le système (ici c'est 1572) le port serveur est celui qui a été configuré dans IIS (ici le port par défaut, soit 80, que Outpost traduit immédiatement en "HTTP" pour plus de lisibilité pour le débutant). Vous noterez que le "Remote Port" de l'un correspond au "Local Port" de l'autre.

Le nombre d'octets envoyés et reçu correspond bien pour un des deux sens de la communication et pas exactement dans l'autre. Je ne sais pas à quoi est dû ce décalage.

	Dernière mise à jour : 10.04.2002