Image by: Brett Sayles

Modèles réseaux : OSI vs TCP/IP

Saviez-vous que 95% du trafic internet transite via le modèle TCP/IP? Cette architecture, fondée sur quatre couches seulement contrairement aux sept couches du modèle OSI, constitue la colonne vertébrale des communications numériques modernes. Pour les administrateurs réseau, comprendre les fondamentaux du modèle TCP/IP est aussi essentiel que maîtriser la topologie d’une infrastructure.

Là où le modèle OSI (Open Systems Interconnection) sépare strictement les fonctions réseau en sept niveaux abstraits, le modèle TCP/IP adopte une approche plus pratique et opérationnelle. Cette simplicité est la clé de sa pérennité depuis les années 1970. Examinons leurs structures comparées :

Cette compression en quatre couches logiques – Application, Transport, Internet et Accès réseau – optimise le traitement des données tout en simplifiant l’implémentation. L’encapsulation reste néanmoins similaire : chaque couche ajoute son en-tête aux paquets, créant ces fameuses « poupées russes » réseau où les données utiles sont emboîtées dans des wrappers protocolaires successifs. Pour approfondir ce principe essentiel, consultez notre guide sur l’encapsulation des données.

Pourquoi cette différence structurelle ?

L’architecture OSI fut conçue comme norme théorique avant l’explosion d’internet, tandis que TCP/IP est né de besoins pratiques pour interconnecter des réseaux hétérogènes – une approche bottom-up directement issue du projet ARPANET. Cette genèse explique pourquoi l’implémentation TCP/IP a supplanté le modèle théorique OSI dans les opérations quotidiennes.

Rôle d’IP et TCP dans les communications

Dans le duo TCP/IP, les protocoles jouent des rôles complémentaires mais distincts. IP (Internet Protocol) agit comme « le facteur » du réseau, responsable de l’adressage logique (adresses IPv4/IPv6) et de l’acheminement des paquets entre réseaux via le routage. Son fonctionnement best-effort signifie qu’il ne garantit pas la livraison – tout comme un facteur dépose un courrier sans savoir si le destinataire l’ouvrira.

TCP (Transmission Control Protocol) apporte la fiabilité manquante par trois mécanismes clés :

• Établissement de session via le « three-way handshake » (SYN, SYN-ACK, ACK)
• Contrôle de flux par fenêtrage dynamique qui ajuste le débit en fonction de la congestion réseau
• Retransmission automatique des segments perdus grâce aux accusés de réception (ACK)

Environ 90% du trafic internet utilise TCP (HTTP, FTP, SMTP) contre 10% pour UDP (DNS, streaming) selon l’IEEE. Cette dominance s’explique par son modèle orienté connexion idéal pour les applications nécessitant une transmission sans erreur. Lorsque vous consultez un site web par exemple :

Votre navigateur ouvre une connexion TCP sur le port 80/443 → IP route les paquets à travers plusieurs routeurs → Le serveur reconstruit le flux continu des segments TCP → La couche Application livre les données HTTP

Contrairement au modèle OSI qui maintient une stricte séparation des responsabilités, TCP/IP autorise des interactions transversales. Ainsi, l’IANA gère simultanément les ports applicatifs (couche 4) et les plages d’adresses IP (couche 3), illustrant cette intégration fonctionnelle caractéristique des fondamentaux du modèle TCP/IP.

Configuration TCP/IP sous Linux

Linux offre une panoplie d’outils ligne de commande pour configurer et diagnostiquer le réseau. La configuration IP statique se gère via plusieurs fichiers-clés :

1. /etc/network/interfaces (Debian/Ubuntu) ou /etc/sysconfig/network-scripts/ (RHEL/CentOS)
2. /etc/resolv.conf pour les serveurs DNS
3. /etc/hosts pour la résolution locale

Exemple de configuration manuelle dans une machine Ubuntu :

1. Éditer le fichier interfaces : sudo nano /etc/network/interfaces
2. Définir une adresse statique :
   auto enp0s3
iface enp0s3 inet static
address 192.168.1.100
netmask 255.255.255.0
gateway 192.168.1.1
3. Redémarrer le service : sudo systemctl restart networking

Voici une séquence de diagnostic utile pour vérifier la connectivité TCP/IP :

1. ip addr show : Lister les interfaces et adresses IP
2. ip route : Inspecter la table de routage
3. ping 8.8.8.8 : Tester l’accessibilité réseau
4. nslookup estoreab.com : Vérifier la résolution DNS
5. netstat -tuln : Lister les ports TCP/UDP en écoute

Les pare-feux modernes utilisent aussi nftables ou iptables pour filtrer le trafic via des règles gérant les paquets au niveau IP (couche 3) et des sessions TCP (couche 4). Une règle typique autorisant SSH ressemble à :

iptables -A INPUT -p tcp --dport 22 -j ACCEPT

Configuration TCP/IP sous Cisco

L’écosystème Cisco IOS présente une logique hiérarchique avec modes EXEC utilisateur (#), privilégié (#), configuration globale (config)# et spécifique aux interfaces (config-if)#. La configuration minimale d’une interface inclut :

• Activation avec no shutdown
• Assignation d’adresse IP
• Définition de sous-réseau

Exemple pour une interface GigabitEthernet :

1. Entrer en mode configuration globale : configure terminal
2. Sélectionner l’interface : interface gigabitethernet 0/1
3. Configurer IP : ip address 192.168.5.1 255.255.255.0
4. Activer : no shutdown
5. Quitter avec end, sauver avec copy running-config startup-config

Le routage statique s’implémente via :

ip route 172.16.0.0 255.255.0.0 192.168.5.2

Cette commande indique que pour joindre le réseau 172.16.0.0/16, le routeur doit passer par le next-hop 192.168.5.2. Contrairement aux systèmes UNIX où les outils sont dissociés, Cisco intègre diagnostiques (show ip interface brief) et monitoring (debug ip tcp transactions) directement dans l’IOS. Pour maîtriser ces commandes, notre guide CCNA propose des exercices pratiques.

Comparaison Linux vs Cisco

La philosophie diffère radicalement : sous Linux, les paramètres réseau sont persistés dans des fichiers modifiables par divers outils (ifconfig, ip, nmcli), tandis que Cisco opte pour une configuration centralisée via CLI avec une distinction claire entre running-config (mémoire vive) et startup-config (mémoire de masse).

Bonnes pratiques de sécurité TCP/IP

Les vulnérabilités du modèle TCP/IP se nichent souvent aux interfaces entre couches. Trois principes fondamentaux doivent guider l’administrateur :

1. Minimisation de la surface d’attaque : Désactiver les services inutiles et fermer les ports TCP/UDP non essentiels
2. Segmentation forte : Implémenter des VLANs et sous-réseaux pour isoler les flux sensibles
3. Contrôle des entêtes : Bloquer les tentatives d’exploitation des champs TCP/IP avec des ACLs

Particulièrement critiques pour TCP :

• SYN flood protection : Limiter le nombre de demi-connexions avec sysctl -w net.ipv4.tcp_max_syn_backlog=2048 sous Linux
• IP spoofing prevention : Activer le reverse path filtering (rp_filter)
• Cryptographie obligatoire : Remplacer Telnet/HTTP par SSH/HTTPS qui opèrent au-dessus de TCP

Le modèle Zero Trust recommande d’appliquer un contrôle granulaire entre segments de réseau, même pour des flux intra-LAN. Ainsi, un serveur de backup devrait uniquement accepter des connexions TCP:514 depuis le réseau admin, comme illustré dans cette ACL Cisco typique :

1. access-list BACKUP_ACL permit tcp 10.8.5.0 0.0.0.255 host 10.8.30.100 eq 514
2. access-list BACKUP_ACL deny ip any any
3. Appliquer à l’interface : ip access-group BACKUP_ACL in

L’audit continu avec des outils comme Wireshark (analyse de trames) ou Nmap (scan de ports) complète ces mesures préventives. Découvrez d’autres stratégies dans notre ressource sur la défense réseau.

Conclusion

Maîtriser les fondamentaux du modèle TCP/IP transforme la gestion réseau d’une tâche empirique en une discipline prévisible. L’architecture quadricouche offre un cadre à la fois flexible pour l’innovation et standardisé pour l’interopérabilité. Comme démontré, cette compréhension impacte concrètement la configuration sous Linux/Cisco comme la sécurité des infrastructures. Avec 70% des violations découlant de paramétrages réseau défectueux (source : Verizon DBIR), votre prochaine étape est claire : documentez votre stack TCP/IP, auditez vos ACLs, et explorez notre catalogue avancé pour transformer ces bases en expertise opérationnelle. En réseau comme en sécurité, chaque couche compte.