Arch Linux préinstallé sur chaque niveau, avec pacman, l'AUR et une liste de miroirs nordique prêts au premier démarrage. Reconstruit toutes les 14 jours pour qu'un déploiement frais ne soit jamais à plus de deux semaines d'un -Syu à jour. Noyau standard, pas de patches NordBastion.
Images Arch préinstallées sur chaque niveau — base, minimale, Wayland sans tête et Docker — reconstruites toutes les 14 jours.
Pacman, AUR, noyau amont standard — pas de patches NordBastion, pas de verrouillage LTS, pas de repackaging opinionné.
Ancré dans l'une des quatre juridictions constitutionnelles nordiques — Suède, Finlande, Norvège ou Islande — payable en Bitcoin ou Monero.
Pas de gel de version stable, pas de délai LTS de deux ans, pas d'archéologie de backports. Quand Linux amont publie la 6.11, vous l'obtenez en quelques jours, pas dix-huit mois plus tard sous forme d'une compilation Debian-backports. Pour les charges de travail qui dépendent d'une fonctionnalité récente — io_uring, points de trace eBPF, une nouvelle cible netfilter — Arch est le chemin le plus court vers l'amont.
Arch ne livre rien que vous n'ayez demandé. Le groupe de base représente quelques centaines de paquets, tous explicites ; il n'y a pas de niveau « recommandé » qui installe silencieusement une pile bureautique sur un serveur. Vous composez le système que vous voulez vraiment avec pacman, et l'image résultante est auditable — chaque binaire sur le disque remonte à un paquet que vous avez installé.
L'Arch User Repository est la longue traîne — outils en ligne de commande de niche, paquets fournisseurs, runtimes bêta qu'aucune autre distribution n'a encore intégrés. Les PKGBUILDs sont de courts scripts shell que vous pouvez lire avant de les exécuter ; sur un VPS mono-opérateur où vous auditez déjà tout, l'AUR se rapproche davantage de « lisez cette recette de build en cinq lignes » que d'un binaire fournisseur en boîte noire.
| Image | Identifiant (slug) | Cas d'usage |
|---|---|---|
| Arch base (rolling) | arch-base |
L'image de référence — un pacman -Syu actuel du groupe de base archlinux officiel avec openssh activé. Le choix par défaut pour un nouveau serveur Arch. |
| Arch minimal-base | arch-min |
Encore plus épuré que la base — sans pages man, sans docs, sans utilitaires recommandés. ~330 Mo pour l'opérateur qui lance pacman lui-même au premier démarrage. |
| Arch + Wayland (headless) | arch-wayland |
Wayland + wlroots + Sway pré-installés, optimisés pour les tests graphiques headless, l'automatisation de navigateurs sous wayvnc ou les stations de travail de développement à distance. |
| Arch + Docker | arch-docker |
docker, docker-compose et la liaison iptables-nft pré-configurés — pacman maintient le moteur à la cadence amont, pas de dépôt fournisseur séparé à connecter. |
Montage ISO personnalisé disponible pour archlinux-bootstrap ou tout dérivé (Artix, EndeavourOS, CachyOS) sur demande — sans ticket via le panneau.
Rolling release, pas de LTS, pas d'archéologie de backports, AUR pour la longue traîne. Le coût est la discipline rolling — pacman -Syu est une habitude hebdomadaire délibérée, pas une tâche cron automatique.
Les outils apt de la famille Debian avec les PPAs et la documentation fournisseur ciblant Ubuntu LTS. Le juste milieu entre le suivi amont d'Arch et le conservatisme de Debian. Voir /ubuntu-vps/.
Fenêtre de support de cinq ans, ensemble de paquets conservateur, sans surprises. Le choix par défaut raisonnablement ennuyeux pour la production et les sidecars. Voir /debian-vps/.
2 vCPU, 4 Go RAM, 120 Go NVMe. Arch minimal ici fait tourner un service à usage unique — un proxy inverse Caddy, un relais Tailscale, un worker yt-dlp — proche de l'amont sans surcharge.
4 vCPU, 8 Go RAM, 240 Go NVMe. Le choix idéal pour un hôte Arch + Docker faisant tourner une stack de conteneurs sur mesure, ou un serveur de build utilisant l'AUR pour compiler un runtime personnalisé.
8 vCPU, 16 Go RAM, 480 Go NVMe. Confortable pour une image Wayland sans affichage pilotant l'automatisation de navigateur, un laboratoire imbriqué Arch + KVM, ou une station de travail de développement personnelle dans le cloud.
Gamme complète — Sentinel · Garrison · Ravelin · Bulwark · Citadel — sur /vps/.
Pour un opérateur qui traite son serveur comme un atelier — un hôte de compilation, un nœud relais, un lab Wayland sans tête, une station de travail cloud personnelle — Arch sur NordBastion vous offre le noyau d'aujourd'hui, l'espace utilisateur d'aujourd'hui et un système vide à composer. L'association avec un hébergeur nordique sans KYC est cohérente : deux systèmes qui refusent de faire des choix implicites à votre place et s'attendent à ce que vous les rendiez explicites vous-même.
Choisissez Debian si vous voulez oublier le serveur. Choisissez Ubuntu si votre runbook suppose déjà apt + PPAs. Choisissez Arch quand vous voulez réellement vivre proche de l'amont et en accepter le coût.
Les questions que les opérateurs posent réellement avant d'exécuter une distribution rolling-release chez un hébergeur axé sur la confidentialité.
Arch est une distribution pour ordinateur de bureau dans le sens où la majeure partie de sa communauté visible l'utilise sur des postes de travail, mais le système sous-jacent — pacman, systemd, une base minimale, pas de choix d'init imposés — est en réalité extrêmement bien adapté à un VPS mono-opérateur où vous voulez un noyau récent, un espace utilisateur récent et aucun gel LTS entre vous et l'amont. La raison pour laquelle il est moins courant sur les serveurs est la discipline de mise à jour continue qu'il exige, pas une limitation technique.
Toutes les 14 jours, en accord avec la cadence mensuelle officielle d'archlinux-bootstrap plus une actualisation en milieu de cycle. Un VPS Arch fraîchement déployé sera déjà à moins de deux semaines d'un pacman -Syu à jour — les mises à jour au premier démarrage prennent donc des minutes, pas des heures, et vous ne rencontrez presque jamais de problème de keyring obsolète le premier jour.
Oui. yay et paru ne sont pas pré-installés (la convention Arch est que vous choisissez votre propre assistant), mais l'AUR est entièrement accessible, makepkg fonctionne avec le /etc/makepkg.conf d'origine, et le pare-feu NordBastion ne bloque pas aur.archlinux.org ni aucun miroir Arch. Les dépôts binaires officiels couvrent l'essentiel des besoins serveur ; l'AUR comble la longue traîne.
Non, et cela ne peut pas être le cas — Arch est explicite sur le fait que les mises à niveau partielles ne sont pas supportées et l'archive de paquets ne garantit pas la rétention des anciennes versions. Le flux de travail recommandé sur NordBastion est le même que sur bare metal : créez un snapshot du VPS via le panneau avant pacman -Syu, effectuez la mise à niveau, redémarrez, et restaurez depuis le snapshot si quelque chose dans votre pile ne survit pas. Les snapshots sont une action unique dans le panneau ; le retour en arrière prend environ 30 secondes.
linux depuis le dépôt core — le noyau stable amont actuel tel que packagé par Arch, sans patch NordBastion. linux-lts est à un pacman install de distance si vous voulez la branche long-terme, et vous pouvez garder les deux installés en parallèle et choisir entre eux au démarrage via systemd-boot. mkinitcpio est le générateur d'initramfs par défaut.
Honnêtement, pas vraiment. Arch récompense un opérateur qui traite pacman -Syu comme une habitude hebdomadaire délibérée et lit /var/log/pacman.log après chaque transaction. Si vous voulez un serveur qui ne demande rien pendant des années, Debian (voir /debian-vps/) est l'association correcte sur NordBastion — Arch est l'association correcte quand vous voulez genuinement rester proche de l'amont et en accepter le coût.
Oui. /etc/pacman.d/mirrorlist est pré-généré avec reflector au moment du build de l'image, classé par vitesse depuis le point de vue du bastion — le haut de la liste est généralement un miroir suédois ou finlandais (mirror.osbeck.com, mirror.f4st.host, ftp.acc.umu.se). Vous pouvez relancer reflector à tout moment pour re-classer si votre charge de travail évolue.
Oui — KVM traite votre disque virtuel comme un vrai disque, et systemd-boot ou grub d'Arch chargera volontiers un autre OS installé dans une deuxième partition. Le schéma le plus courant sur NordBastion, cependant, est de provisionner deux petites instances VPS séparées pour les deux systèmes ; le coût est similaire à un seul setup dual-boot plus grand et les modes de défaillance sont indépendants.
