La contrainte ultime : héberger un site sur une console de jeu

Imaginez : une Wii Nintendo, sortie en 2006, qui fait tourner un vrai site web en production. Avec son processeur PowerPC à 729 MHz et 64 Mo de RAM, elle gère du trafic internet sous NetBSD 10.1. Un développeur l’a fait. Ce n’est pas un gag. C’est une leçon sur l’efficacité et le vrai minimum vital pour le web moderne.

Dans un monde de frameworks JavaScript gonflés et d’images Docker énormes, voir une Wii servir des pages web ? Ça remet les pendules à l’heure.

Une architecture IPv6 en priorité

Le système mise tout sur IPv6. La Wii a une adresse IPv6 publique statique fournie par l’ISP. Le serveur se bind directement dessus. Pas besoin d’IPv4 sur la console. Simple et efficace.

Pour les utilisateurs IPv4 – oui, ils existent encore –, un proxy externe relaye le trafic. La Wii reste légère. Le proxy gère le reste. Une stratégie en deux étapes, comme dans l’edge computing pro.

Les galères hardware : la compatibilité avant tout

Tout n’a pas été rose. Un adaptateur USB Ethernet UGREEN (chip AX88772A) a planté sur le menu Wii et causé des erreurs de buffer sous NetBSD. Leçon apprise : tous les chips USB ne se valent pas.

Solution ? Un adaptateur TP-Link avec Realtek 8153. Ça marche nickel sous NetBSD, même si pas sur le firmware Wii d’origine. Realtek domine pour une bonne raison : support OS large. Choisissez populaire quand ça compte.

Pour vos infras ou hébergements, priorisez drivers et maturité écosystème. Les specs théoriques, c’est bien. La réalité, c’est mieux.

La stack logicielle : minimaliste et puissante

Voici le setup, sans chichi :

• OS : NetBSD 10.1 pour PowerPC
• Serveur web : httpd d’OpenBSD, avec chroot et virtual hosts
• Gestion paquets : pkgsrc via CDN NetBSD
• Bonus : Geomyidae pour Gopher

Services inutiles désactivés (ntpd, mdnsd, postfix). Surface d’attaque réduite, RAM libérée. Le chroot sécurise le tout – adoptez-le sur vos serveurs modernes.

Gopher ? Ce protocole pré-web des années 90 vit encore. Servir HTTP + Gopher sur Wii prouve : les vieux protocoles ont leur place, sans bouffer de ressources.

DNS et réseau : les bases qui font la différence

DNS bien fichu :

• AAAA : vers l’IPv6 de la Wii
• A : vers le proxy IPv4
• Gopher : pour les fans

Stratégie basique, mais solide. Fallbacks inclus. Chez NameOcean, on voit trop de domains mal configurés par manque de bases DNS. Ici, simplicité rime avec fiabilité.

Côté routeur : port 80 ouvert précisément sur l’IPv6 cible. Pas de firewall grand ouvert, comme trop de réseaux domestiques.

Leçons pour le cloud

Cette Wii défie les idées reçues :

Pas besoin de monstres pour des apps CRUD. JSON simple ? 64 Mo suffisent.

Les limites forcent l’optimisation. Pas de RAM en plus ? Code plus malin.

IPv6 est prêt. Pas un bonus, le standard.

Les protocoles "vieux" durent. Gopher en 2026. SMTP pour l’email. DNS roi. Le banal gagne.

L’angle "vibe computing"

Le "vibe hosting" ? C’est coder sous contrainte pour du code propre. Limites ressources = efficacité algo avant libs inutiles.

Chez NameOcean, notre Vibe Hosting pousse l’infra durable. Cette Wii ? L’incarnation : plus avec moins, simplicité first.

Et après ?

Prochaines étapes : HTTPS (obligé), et une app CRUD fun pour tester les limites. Questions philosophiques : un site, à quoi ça sert ? Quelle infra vraiment nécessaire ?

Avec la durabilité tech et les coûts cloud qui grimpent, la contrainte n’est pas rétro. C’est du pragmatisme pur.

Le bilan

Une Wii héberge votre site. Sérieusement. Serveur internet fonctionnel, réseau propre, sécu au point, multi-protocoles.

Ça compte : la plupart des apps web dépendent d’I/O et réseau, pas CPU. 729 MHz + réseau moderne = largement assez.

Pour choisir hosting, coder malin ou juste kiffer le hack vintage, ce projet montre : l’infra web peut être ultra-minimal. L’avenir ? Être malin avec peu, pas con avec beaucoup.

Allez, on va checker les specs de nos vieilles consoles.