Guide D-Link DNS

« D-Link n’a pas inventé le NAS. Il a apporté au stockage réseau ce qu’il avait apporté aux routeurs : des prix agressifs, une présence massive, et une approche « bon marché » qui a séduit des millions d’utilisateurs — avant de les laisser seuls avec leurs données. »

Avant-propos de l’éditeur

L’ouvrage raconte l’histoire d’un géant des réseaux qui a tenté de conquérir le marché des NAS avec des prix agressifs. Le DNS-323, le DNS-320, le DNS-325, le DNS-340L — autant de modèles qui ont été largement diffusés dans le monde entier.

Chronologie de D-Link DNS (2006–2026)

Tome I
Les origines (2006-2010)

Chapitre 1 — D-Link : le géant des réseaux

1.1 Un leader mondial

D-Link est l’un des plus grands fabricants mondiaux de matériel réseau. Fondé en 1986, l’entreprise est connue pour ses routeurs, switches, cartes réseau, et caméras IP.

Chapitre 2 — Le DNS-323 : le premier NAS 2 baies

2.1 Un NAS grand public

En 2006, D-Link lance le DNS-323 — son premier NAS 2 baies, destiné aux particuliers et aux petites entreprises.

2.2 Les caractéristiques techniques

Chapitre 3 — La stratégie : des prix agressifs et une diffusion massive

3.1 Une stratégie de volume

D-Link a appliqué au NAS la même stratégie que pour ses routeurs : des prix agressifs, une diffusion massive, et un investissement logiciel limité.

Chapitre 4 — Les premières vulnérabilités

4.1 Des failles de sécurité

Dès 2008, des vulnérabilités ont été découvertes sur le DNS-323. La sécurité n’était pas une priorité pour D-Link.

Tome II
Pourquoi D-Link est différent

Chapitre 5 — Un constructeur de réseaux, pas de stockage

5.1 Une culture différente

D-Link est un constructeur de réseaux, pas de stockage. Cette culture se reflète dans ses NAS : le logiciel est fonctionnel, mais rudimentaire.

Chapitre 6 — Le positionnement : bon marché, grand public

6.1 Un NAS abordable

D-Link visait le grand public avec des prix agressifs. Le DNS-323 était vendu à des prix inférieurs à ceux de Synology et QNAP.

Chapitre 7 — Le logiciel : fonctionnel mais rudimentaire

7.1 Une interface simple

L’interface web de D-Link est simple, mais limitée en fonctionnalités.

Chapitre 8 — L’évolution vers mydlink et le cloud

8.1 L’arrivée du cloud

À partir de 2010, D-Link a intégré des services cloud (mydlink) dans ses NAS.

Tome III
Les gammes de produits (2006-2016)

Chapitre 9 — DNS-323 : le pionnier

9.1 Un NAS 2 baies emblématique

Le DNS-323 est le premier NAS de D-Link et le plus emblématique de la gamme.

Chapitre 10 — DNS-343 : la version 4 baies

10.1 Un NAS 4 baies

Le DNS-343 est un NAS 4 baies avec le même processeur Marvell 5281 que le DNS-323.

Chapitre 11 — DNS-320 et DNS-325 : la deuxième génération

11.1 Un processeur plus puissant

Le DNS-320 et DNS-325 utilisent un processeur Marvell 88F6281 à 1,2 GHz, offrant des performances supérieures au DNS-323.

Chapitre 12 — DNS-327L : la version NAS+cloud

12.1 L’intégration cloud

Le DNS-327L intègre des fonctionnalités cloud via mydlink.

Chapitre 13 — DNS-340L : la version 4 baies avec cloud

13.1 Un NAS 4 baies

Le DNS-340L est un NAS 4 baies avec processeur Marvell Armada 370 et intégration cloud.

Chapitre 14 — DNS-345 : la version 4 baies à 1,6 GHz

14.1 Un processeur plus rapide

Le DNS-345 utilise un processeur Marvell Armada XP à 1,6 GHz, le plus puissant de la gamme DNS.

Chapitre 15 — Tableau comparatif des modèles DNS

Tome IV
La communauté et Alt-F

Chapitre 16 — La communauté DNS

16.1 Une communauté active

Malgré le manque de support officiel, la communauté DNS est restée active.

Chapitre 17 — Alt-F : le firmware alternatif

17.1 Un projet communautaire

Alt-F est un firmware alternatif pour les D-Link DNS, développé par la communauté.

Chapitre 18 — L’installation d’Alt-F

18.1 Une procédure simple

L’installation d’Alt-F se fait via l’interface web du DNS ou via une console série.

Chapitre 19 — Les fonctionnalités d’Alt-F

19.1 Des fonctionnalités avancées

Alt-F offre des fonctionnalités absentes du firmware officiel :

• Support de disques de grande capacité (>2 To)
• Support de nouveaux systèmes de fichiers (EXT4, XFS)
• SSH activé par défaut
• Mises à jour de sécurité régulières

Chapitre 20 — Alt-F vs firmware officiel

Tome V
L’architecture technique

Chapitre 21 — Les processeurs

Chapitre 22 — La mémoire

Chapitre 23 — La flash NOR/NAND et le bootloader (U-Boot)

23.1 La flash NOR

Les DNS utilisent une flash NOR pour le bootloader (U-Boot) et le firmware.

23.2 U-Boot

U-Boot est le bootloader utilisé par les DNS.

23.3 Les commandes U-Boot

# Afficher les variables d'environnement
printenv

# Démarrer le système
boot

# Réinitialiser le système
reset

Chapitre 24 — Les partitions système et données

24.1 Architecture typique

sda1 — boot (partition de démarrage)
sda2 — root (système d’exploitation)
sda3 — swap (mémoire d’échange)
sda4 — données (EXT2, EXT3)

Chapitre 25 — Les systèmes de fichiers

25.1 EXT2 et EXT3

Les DNS utilisent principalement EXT2 et EXT3 pour les volumes de données, selon les modèles et les versions de firmware.

Chapitre 26 — Le RAID : mdadm

26.1 mdadm

Les DNS utilisent mdadm pour le RAID logiciel.

26.2 Les niveaux supportés

Chapitre 27 — Les protocoles

27.1 Les protocoles supportés

• SMB : partage Windows
• NFS : partage Unix/Linux
• AFP : partage macOS
• FTP : transfert de fichiers
• DLNA : streaming multimédia

Chapitre 28 — Les services Linux embarqués

28.1 BusyBox

Les DNS utilisent BusyBox pour les commandes de base.

28.2 Samba

Samba est le serveur SMB/CIFS.

28.3 Netatalk

Netatalk est le serveur AFP.

28.4 NFS

NFS est le serveur de partage Unix/Linux.

28.5 cron

cron est le planificateur de tâches.

28.6 SSH

SSH permet l’accès sécurisé (activé dans Alt-F, désactivé par défaut dans le firmware officiel).

Chapitre 29 — L’organisation des superblocs mdadm

29.1 Métadonnées RAID

Les métadonnées RAID sont stockées à la fin de chaque disque.

29.2 Examen des métadonnées

mdadm --examine /dev/sdX4

Tome VI
Les vulnérabilités

Chapitre 30 — Les failles du firmware

30.1 Des problèmes récurrents

Les DNS ont souffert de nombreuses failles de sécurité :

• Injection de commandes (interface web)
• Path traversal
• Mots de passe codés en dur
• Services exposés par défaut

Chapitre 31 — Les mises à jour et la fin du support

31.1 Un support limité

D-Link a arrêté le support des DNS :

• 2015 : fin de support pour DNS-323 et DNS-343
• 2018 : fin de support pour DNS-320 et DNS-325
• 2020 : fin de support pour DNS-327L, DNS-340L, DNS-345

Chapitre 32 — Les conséquences pour les utilisateurs

32.1 Un risque de sécurité

Les DNS sont exposés à des attaques, notamment sur l’interface web.

Chapitre 33 — Les bonnes pratiques

33.1 Recommandations

• Isoler le système du réseau
• Utiliser Alt-F si possible
• Désactiver les services inutilisés
• Mettre à jour le firmware si disponible

Tome VII
La récupération des données

Chapitre 34 — Les causes de perte de données

Chapitre 35 — La structure des disques

35.1 Architecture typique

sda1 — boot (partition de démarrage)
sda2 — root (système d’exploitation)
sda3 — swap (mémoire d’échange)
sda4 — données (EXT2, EXT3)

Chapitre 36 — La récupération sur EXT2/EXT3

Chapitre 37 — La récupération sur RAID mdadm

Chapitre 38 — Les outils de récupération

Chapitre 39 — Les commandes Linux pour la récupération

39.1 Monter un disque EXT2/EXT3

mount -o ro /dev/sdX4 /mnt/recovery

39.2 Assembler un RAID

mdadm --assemble --readonly /dev/md1 /dev/loop0p4 /dev/loop1p4

39.3 Examiner les métadonnées RAID

mdadm --examine /dev/sdX4

Chapitre 40 — La récupération bas niveau — U-Boot et console série

40.1 La console série

Les DNS disposent d’une console série (port UART) pour la récupération bas niveau.

40.2 Les commandes U-Boot pour la récupération

# Afficher les variables d'environnement
printenv

# Charger le firmware via TFTP
tftp 0x800000 firmware.bin

# Flasher le firmware
nand erase 0x0 0x200000
nand write 0x800000 0x0 0x200000

# Démarrer le système
boot

Tome VIII
Cas réels

Chapitre 41 — Cas 1 : DNS-323 — RAID 1 dégradé

41.1 Réception du matériel

Un client avec un DNS-323 en RAID 1 dégradé.

41.2 Constat visuel

Le disque 2 est en état d’échec.

41.3 Relevés SMART

41.4 Diagnostic

Le disque 2 est HS. Le RAID 1 est accessible en lecture.

41.5 Clonage

Cloner le disque 2 avec ddrescue. Temps : 3 heures.

41.6 Reconstruction

Remplacer le disque, reconstruire le RAID avec mdadm.

41.7 Résultat

100 % des données récupérées.

Chapitre 42 — Cas 2 : DNS-320 — EXT3 corrompu

42.1 Réception du matériel

Un client avec un DNS-320 après une panne de courant.

42.2 Constat visuel

Le NAS ne démarre pas.

42.3 Diagnostic

42.4 Reconstruction

Retrouver la partition sur l’image du disque, puis extraire les données en laboratoire.

42.5 Résultat

95 % des données récupérées.

Chapitre 43 — Cas 3 : DNS-343 — RAID 0 perdu

43.1 Réception du matériel

Un client avec un DNS-343 en RAID 0 perdu.

43.2 Constat visuel

Le NAS ne détecte pas le RAID.

43.3 Diagnostic

43.4 Reconstruction

Reconstruire le RAID 0 hors ligne en laboratoire.

43.5 Résultat

90 % des données récupérées.

Chapitre 44 — Cas 4 : DNS-325 — disque défaillant

44.1 Réception du matériel

Un client avec un DNS-325 en JBOD.

44.2 Constat visuel

Le disque 2 est défaillant.

44.3 Diagnostic

44.4 Reconstruction

Cloner le disque avec ddrescue, monter le clone, récupérer les données.

44.5 Résultat

85 % des données récupérées.

Chapitre 45 — Cas 5 : DNS-340L — firmware corrompu

45.1 Réception du matériel

Un client avec un DNS-340L qui ne démarre plus.

45.2 Constat visuel

Le NAS affiche une erreur.

45.3 Diagnostic

45.4 Reconstruction

Réinstaller le firmware, importer le volume de données.

45.5 Résultat

100 % des données récupérées.

Chapitre 46 — Cas 6 : DNS-345 — U-Boot corrompu, récupération console série

46.1 Réception du matériel

Un client avec un DNS-345 qui ne boote plus.

46.2 Constat visuel

Le NAS affiche une erreur U-Boot.

46.3 Diagnostic

46.4 Reconstruction

Utiliser la console série pour reflasher U-Boot via TFTP.

46.5 Résultat

100 % des données récupérées.

Chapitre 47 — Cas 7 : Récupération après ransomware

47.1 Réception du matériel

Un client victime d’un ransomware sur son DNS.

47.2 Constat visuel

Les fichiers sont chiffrés.

47.3 Diagnostic

47.4 Reconstruction

La récupération est impossible sans la clé de déchiffrement.

47.5 Résultat

0 % des données récupérées.

Annexes

Annexe A — Tous les modèles D-Link DNS

Annexe B — Tableau comparatif des modèles

Annexe C — Les systèmes de fichiers supportés

Annexe D — Les protocoles supportés

Annexe E — Alt-F — comparaison des versions

Annexe F — Commandes U-Boot et récupération bas niveau

F.1 Commandes U-Boot

# Afficher les variables d'environnement
printenv

# Afficher l'aide
help

# Démarrer le système
boot

# Réinitialiser le système
reset

# Charger un fichier via TFTP
tftp 0x800000 firmware.bin

# Flasher la NAND
nand erase 0x0 0x200000
nand write 0x800000 0x0 0x200000

F.2 Récupération via console série

1. Connecter un câble série (3,3V) à la console UART
2. Configurer 115200 8N1
3. Interrompre U-Boot au démarrage (appuyer sur une touche)
4. Exécuter les commandes de récupération

Annexe G — Glossaire des termes techniques

Annexe H — Bibliographie et sources

Documentation officielle

• Site D-Link (archives)
• Documentations des DNS
• Firmware D-Link

Ressources techniques

• Alt-F project (sourceforge.net/projects/alt-f)
• Forums D-Link

Postface de l’éditeur

Cet Guide D-Link DNS est la référence la plus complète jamais publiée sur le sujet. Il combine :

• L’histoire industrielle de D-Link sur le marché des NAS
• Une analyse stratégique — la recette du réseau appliquée au NAS
• L’architecture technique — processeurs Marvell, U-Boot, flash NOR/NAND, partitions, mdadm
• Les services Linux embarqués — BusyBox, Samba, Netatalk, cron, SSH
• Les vulnérabilités et la fin du support
• La communauté et Alt-F — le firmware alternatif
• Des cas réels enrichis — y compris la récupération via console série
• Un tableau comparatif des modèles DNS

D-Link DNS est l’histoire d’un géant des réseaux qui a tenté de conquérir le marché des NAS avec des prix agressifs — avant de se retirer, laissant des millions d’appareils sans support.

Ce livre raconte cette histoire — et donne les clés pour comprendre, utiliser, et récupérer les données sur les DNS.

Juillet 2026.
Dafotec SAS – Laboratoire de récupération de données
4, rue de la Paix – 75002 Paris
www.dafotec.fr