Arch Linux preinstalado en cada nivel, con pacman, el AUR y una lista de espejos nórdica listos en el primer arranque. Reconstruido cada 14 días para que un despliegue nuevo nunca esté a más de dos semanas de un -Syu actualizado. Kernel estándar, sin parches de NordBastion.
Imágenes Arch preinstaladas en cada nivel — base, mínima, Wayland sin cabeza y Docker — reconstruidas cada 14 días.
Pacman, AUR, kernel upstream estándar — sin parches de NordBastion, sin bloqueo por LTS, sin reempaquetado con opiniones propias.
Fijado en una de las cuatro jurisdicciones constitucionales nórdicas — Sweden, Finland, Norway o Iceland — pagado con Bitcoin o Monero.
Sin congelación estable, sin retraso de dos años por LTS, sin arqueología de backports. Cuando Linux upstream lanza la 6.11 usted la obtiene en días, no dieciocho meses después como una compilación de Debian-backports. Para cargas de trabajo que dependen de una característica reciente — io_uring, trazas eBPF, un nuevo objetivo netfilter — Arch es la distancia más corta al upstream.
Arch no incluye nada que no hayas pedido. El grupo base son un par de cientos de paquetes, todos explícitos; no existe un nivel «recomendado» que instale silenciosamente una pila de escritorio en un servidor. Compones el sistema que realmente quieres con pacman, y la imagen resultante es auditable — cada binario en disco se remonta a un paquete que tú instalaste.
El Arch User Repository es la larga cola — herramientas de línea de comandos especializadas, paquetes de proveedores, tiempos de ejecución en beta que ninguna otra distribución ha recogido aún. Los PKGBUILDs son scripts de shell cortos que puede leer antes de ejecutar; en un VPS de operador único donde ya audita todo, el AUR se acerca más a "lea esta receta de compilación de cinco líneas" que a un binario de proveedor de caja negra.
| Imagen | Slug | Caso de uso |
|---|---|---|
| Arch base (rolling) | arch-base |
La imagen de referencia — un pacman -Syu actualizado del grupo base oficial de archlinux con openssh habilitado. La elección predeterminada para un nuevo servidor Arch. |
| Arch minimal-base | arch-min |
Más reducida que el sistema base — sin man-pages, sin documentación, sin utilidades recomendadas. ~330 MB para el operador que recurre a pacman por sí mismo en el primer arranque. |
| Arch + Wayland (headless) | arch-wayland |
Wayland + wlroots + Sway preinstalados, optimizados para pruebas gráficas sin pantalla, automatización de navegadores con wayvnc, o estaciones de trabajo de desarrollo remoto. |
| Arch + Docker | arch-docker |
docker, docker-compose y la integración iptables-nft preconfigurada — pacman mantiene el motor al ritmo del upstream, sin repositorios de proveedor separados que configurar. |
Montaje de ISO personalizada disponible para archlinux-bootstrap o cualquier derivado (Artix, EndeavourOS, CachyOS) bajo petición — sin tickets, a través del panel.
Lanzamiento continuo, sin LTS, sin arqueología de backports, AUR para la larga cola. El coste es la disciplina del rolling — pacman -Syu es un hábito semanal deliberado, no una tarea cron desatendida.
Herramientas apt de la familia Debian con los PPAs y la documentación de proveedores dirigida a Ubuntu LTS. El punto medio sencillo entre el upstream-edge de Arch y el conservadurismo de Debian. Ver /ubuntu-vps/.
Ventana de soporte de cinco años, conjunto de paquetes conservador, sin sorpresas. El valor predeterminado aburrido-pero-correcto para producción y sidecars. Ver /debian-vps/.
2 vCPU, 4 GB RAM, 120 GB NVMe. Un Arch mínimo aquí ejecuta un servicio de propósito único — un proxy inverso Caddy, un relay Tailscale, un worker de yt-dlp — cerca del upstream sin bloat.
4 vCPU, 8 GB RAM, 240 GB NVMe. El punto óptimo para un host Arch + Docker que ejecute una pila de contenedores propia, o un servidor de compilación que use el AUR para compilar un runtime personalizado.
8 vCPU, 16 GB RAM, 480 GB NVMe. Cómodo para una imagen Wayland sin cabeza que controla automatización de navegadores, un laboratorio anidado Arch + KVM, o una estación de trabajo de desarrollo personal en la nube.
Línea completa de niveles — Sentinel · Garrison · Ravelin · Bulwark · Citadel — en /vps/.
Para un operador que trata su servidor como un taller — un host de compilación, un nodo relay, un laboratorio Wayland sin cabeza, una estación de trabajo personal en la nube — Arch en NordBastion te ofrece el kernel de hoy, el userland de hoy y un sistema vacío sobre el que componer. El emparejamiento con un host Nordic sin KYC es coherente: dos sistemas que se niegan a hacer elecciones implícitas por ti y esperan que las hagas explícitas tú mismo.
Elija Debian si quiere olvidarse del servidor. Elija Ubuntu si su runbook ya presupone apt + PPAs. Elija Arch cuando realmente quiera vivir cerca del upstream y aceptar el coste.
Las preguntas que los operadores realmente hacen antes de ejecutar una distribución de lanzamiento continuo en un host orientado a la privacidad.
Arch es una distribución de escritorio en el sentido de que la mayor parte de su comunidad visible la ejecuta en estaciones de trabajo, pero el sistema subyacente — pacman, systemd, una base mínima, sin opciones de init impuestas — es en realidad muy adecuado para un VPS de operador único donde quieres un kernel reciente, un userland reciente y sin congelación LTS interponiéndose entre tú y el upstream. La razón por la que es menos común en servidores es la disciplina de rolling que exige, no una limitación técnica.
Cada 14 días, en línea con la cadencia mensual oficial de archlinux-bootstrap más una actualización a mitad de ciclo. Un VPS Arch recién desplegado estará ya a menos de dos semanas de un pacman -Syu actual — por lo que las actualizaciones del primer arranque son cuestión de minutos, no de horas, y casi nunca encontrarás un problema de keyring desactualizado el primer día.
Sí. yay y paru no están preinstalados (la convención de Arch es que eliges tu propio ayudante), pero el AUR es totalmente accesible, makepkg funciona con el /etc/makepkg.conf predeterminado, y el firewall de NordBastion no bloquea aur.archlinux.org ni ningún espejo de Arch. Los repositorios binarios oficiales cubren la mayor parte de las necesidades del servidor; el AUR cubre el resto.
No, y no puede haberlo — Arch es explícito en que las actualizaciones parciales no están soportadas y el archivo de paquetes no garantiza la retención de versiones antiguas. El flujo de trabajo recomendado en NordBastion es el mismo que en un servidor físico: tome un snapshot del VPS desde el panel antes de ejecutar pacman -Syu, realice la actualización, reinicie y revierta desde el snapshot si algo en su pila no lo supera. Los snapshots son una única acción desde el panel; la reversión lleva aproximadamente 30 segundos.
linux del repositorio core — el kernel estable upstream actual tal como lo empaqueta Arch, sin parches de NordBastion. linux-lts está a un pacman install de distancia si prefieres la rama de largo plazo, y puedes mantener ambos instalados en paralelo y seleccionar entre ellos al arrancar mediante systemd-boot. mkinitcpio es el generador de initramfs predeterminado.
Honestamente, no del todo. Arch recompensa a un operador que trata pacman -Syu como un hábito semanal deliberado y lee /var/log/pacman.log tras cada transacción. Si quieres un servidor que no pida nada durante años, Debian (ver /debian-vps/) es el emparejamiento correcto en NordBastion — Arch es el emparejamiento correcto cuando genuinamente quieres estar cerca del upstream y aceptas el coste.
Sí. /etc/pacman.d/mirrorlist se genera previamente con reflector en el momento de construir la imagen, clasificando por velocidad desde la perspectiva del bastión — el primero de la lista es normalmente un espejo sueco o finlandés (mirror.osbeck.com, mirror.f4st.host, ftp.acc.umu.se). Puedes volver a ejecutar reflector en cualquier momento para reclasificar si tu carga de trabajo cambia.
Sí — KVM trata tu disco virtual como un disco real, y systemd-boot o grub de Arch cargarán sin problema otro sistema operativo instalado en una segunda partición. El patrón más habitual en NordBastion, sin embargo, es aprovisionar dos instancias VPS pequeñas independientes para los dos sistemas; el coste es similar al de una configuración de arranque dual más grande y los modos de fallo son independientes.
