Keep Spanish networking docs aligned with the screen and the glossary

- Quoted messages match the Spanish interface, and untranslated ones stay in English
- backup and slot stay in English; iptraf-ng modes keep the program's own names

web/messages/es/docs/network/backup-restore.json

@@ -27,7 +27,7 @@
     "heading": "Crear backup de red",
     "body": "Copia el <code>/etc/network/interfaces</code> actual al directorio de backups con un timestamp nuevo. Ya está — sin análisis, sin prompts, solo un snapshot.",
     "whenTitle": "Cuándo hacer un backup manual",
-    "whenBody": "Antes de editar <code>/etc/network/interfaces</code> a mano, antes de instalar un paquete que pueda modificar la pila de red (p. ej. NetworkManager, Open vSwitch) o antes de cualquier cambio de hardware. Las reparaciones guiadas ya crean una copia automáticamente; esta opción es para las operaciones <em>manuales</em>."
+    "whenBody": "Antes de editar <code>/etc/network/interfaces</code> a mano, antes de instalar un paquete que pueda modificar la pila de red (p. ej. NetworkManager, Open vSwitch) o antes de cualquier cambio de hardware. Las reparaciones guiadas ya hacen un backup automáticamente; esta opción es para las operaciones <em>manuales</em>."
   },
   "restore": {
     "heading": "Restaurar backup de red",

web/messages/es/docs/network/bridge-analysis.json

@@ -35,7 +35,7 @@
         "bridgeLabel": "Analizar (solo lectura)",
         "bridgeDetail": "ip link show enp3s0\n→ no existe",
         "targetLabel": "Informe + sugerencia",
-        "targetDetail": "❌ enp3s0: NO ENCONTRADA\nReemplazar por: eno1\n(aún sin cambios)"
+        "targetDetail": "❌ enp3s0: NO ENCONTRADO\nReemplazar por: eno1\n(aún sin cambios)"
       }
     },
     "diagram2": {
@@ -76,7 +76,7 @@
       },
       {
         "title": "3. Previsualizar los cambios propuestos",
-        "body": "Lista exactamente qué bridges se modificarán y qué sustituciones de puertos se harán. Si el análisis determina que no hay nada que reparar porque el puerto ha reaparecido entre las comprobaciones, el proceso termina con <em>«No es necesario realizar cambios»</em>.",
+        "body": "Lista exactamente qué bridges se modificarán y qué sustituciones de puertos se harán. Si el análisis determina que no hay nada que reparar porque el puerto ha reaparecido entre las comprobaciones, el proceso termina con <em>«No se necesitan cambios»</em>.",
         "tone": "blue"
       },
       {
@@ -99,7 +99,7 @@
   },
   "troubleshoot": {
     "heading": "Solución de problemas",
-    "unsupportedTitle": "El análisis se detiene con «Pila de red no compatible»",
+    "unsupportedTitle": "El análisis se detiene con «Unsupported Network Stack»",
     "unsupportedBody": "El host usa netplan, systemd-networkd o NetworkManager. La herramienta solo admite <code>/etc/network/interfaces</code>. Cambia primero el host a la pila clásica o edita la configuración con las herramientas nativas del gestor (p. ej. <code>netplan apply</code>).",
     "noSuggestTitle": "No se imprime sugerencia para un puerto inválido",
     "noSuggestBody": "El host no tiene ninguna interfaz física libre (todas están ya en otro bridge o no existen). El análisis cae a sugerir <code>bridge-ports none</code> para que el bridge al menos pueda levantar sin puerto. Añade una NIC o migra puertos entre bridges manualmente antes de volver a ejecutar.",

web/messages/es/docs/network/config-analysis.json

@@ -60,7 +60,7 @@
       },
       {
         "title": "2. Confirmar la lista a eliminar",
-        "body": "Lista exactamente qué bloques de interfaz física se eliminarán. Si las NIC han reaparecido entre el análisis y la limpieza, por ejemplo al volver a insertar una tarjeta, el proceso termina con <em>«No es necesaria ninguna limpieza»</em>.",
+        "body": "Lista exactamente qué bloques de interfaz física se eliminarán. Si las NIC han reaparecido entre el análisis y la limpieza, por ejemplo al volver a insertar una tarjeta, el proceso termina con <em>«No se necesita limpieza»</em>.",
         "tone": "blue"
       },
       {
@@ -91,7 +91,7 @@
   },
   "troubleshoot": {
     "heading": "Solución de problemas",
-    "notFoundTitle": "El análisis muestra mi NIC nueva como «NO ENCONTRADA»",
+    "notFoundTitle": "El análisis muestra mi NIC nueva como «NO ENCONTRADO»",
     "notFoundBody": "El kernel ve el dispositivo con un nombre distinto al que hay en el fichero. Ejecuta <code>ip link show</code> para obtener el nombre real. Este es exactamente el caso en el que <link>Nombres persistentes de interfaz</link> evitaría el problema de aquí en adelante.",
     "tooMuchTitle": "La limpieza eliminó demasiado (un bloque que quería conservar)",
     "tooMuchBody": "Restaura desde el backup impreso en el paso 5:",

web/messages/es/docs/network/index.json

@@ -1,15 +1,15 @@
 {
   "meta": {
     "title": "Gestión de red en Proxmox — bridges, bonds, diagnóstico, reparación | ProxMenux",
-    "description": "Diagnóstico de solo lectura, análisis con propuestas y reparaciones guiadas para la pila de red Debian / Proxmox (/etc/network/interfaces). Inspecciona bridges y bonds, ejecuta herramientas de monitorización en vivo, fija nombres de interfaz, crea copias de seguridad y reinicia la red de forma segura, con copias obligatorias y vistas previas paso a paso.",
+    "description": "Diagnóstico de solo lectura, análisis con propuestas y reparaciones guiadas para la pila de red Debian / Proxmox (/etc/network/interfaces). Inspecciona bridges y bonds, ejecuta herramientas de monitorización en vivo, fija nombres de interfaz, crea backups y reinicia la red de forma segura, con backups obligatorios y vistas previas paso a paso.",
     "ogTitle": "Gestión de red en Proxmox — bridges, bonds, diagnóstico, reparación",
-    "ogDescription": "Diagnóstico, análisis y reparaciones guiadas para la pila de red de Proxmox con copias de seguridad obligatorias y vistas previas paso a paso.",
+    "ogDescription": "Diagnóstico, análisis y reparaciones guiadas para la pila de red de Proxmox con backups obligatorios y vistas previas paso a paso.",
     "twitterTitle": "Gestión de red en Proxmox | ProxMenux",
-    "twitterDescription": "Bridges, bonds, diagnóstico y reparaciones guiadas para la pila de red de Proxmox con copias de seguridad obligatorias."
+    "twitterDescription": "Bridges, bonds, diagnóstico y reparaciones guiadas para la pila de red de Proxmox con backups obligatorios."
   },
   "header": {
     "title": "Gestión de red",
-    "description": "Diagnóstico de solo lectura, informes de análisis con propuestas y reparaciones guiadas para la pila de red clásica de Debian/Proxmox. Cada operación destructiva crea primero una copia de seguridad y muestra los cambios exactos antes de aplicarlos.",
+    "description": "Diagnóstico de solo lectura, informes de análisis con propuestas y reparaciones guiadas para la pila de red clásica de Debian/Proxmox. Cada operación destructiva hace primero un backup y muestra los cambios exactos antes de aplicarlos.",
     "section": "Red"
   },
   "intro": {

web/messages/es/docs/network/monitoring.json

@@ -48,23 +48,23 @@
     "headerUseFor": "Úsalo para",
     "rows": [
       {
-        "mode": "Monitor de tráfico IP",
+        "mode": "IP traffic monitor",
         "useFor": "Lista en vivo de flujos TCP / UDP / ICMP / otro-IP con contadores de bytes y estado de conexión"
       },
       {
-        "mode": "Estadísticas generales de interfaces",
+        "mode": "General interface stats",
         "useFor": "Conteos agregados de paquetes IPv4 / IPv6 / TCP / UDP / ICMP / no-IP por NIC"
       },
       {
-        "mode": "Estadísticas de interfaz detalladas",
+        "mode": "Detailed interface stats",
         "useFor": "Igual que arriba pero para una interfaz, con detalle de tamaño y tasa de paquetes"
       },
       {
-        "mode": "Desglose estadístico",
+        "mode": "Statistical breakdowns",
         "useFor": "Histograma de distribución de tamaño de paquete, por puerto TCP / UDP"
       },
       {
-        "mode": "Monitor de estaciones LAN",
+        "mode": "LAN station monitor",
         "useFor": "Estadísticas de tráfico por MAC del dominio de broadcast local"
       }
     ],

web/messages/es/docs/network/persistent-names.json

@@ -16,7 +16,7 @@
   },
   "problem": {
     "heading": "El problema que resuelve",
-    "intro": "Linux obtiene los nombres de interfaz predeterminados a partir de la topología PCI: <code>eno1</code> = integrada en placa, <code>enp3s0</code> = la tarjeta en el bus PCI 3, ranura 0, etc. El esquema de nombres es determinista <em>con la misma disposición de hardware</em>. Si cambia la disposición, cambian los nombres:",
+    "intro": "Linux obtiene los nombres de interfaz predeterminados a partir de la topología PCI: <code>eno1</code> = integrada en placa, <code>enp3s0</code> = la tarjeta en el bus PCI 3, slot 0, etc. El esquema de nombres es determinista <em>con la misma disposición de hardware</em>. Si cambia la disposición, cambian los nombres:",
     "items": [
       "Añade una GPU delante de una NIC existente → el número de bus de la NIC puede cambiar → el nombre cambia.",
       "Mueve una tarjeta a otro slot PCIe → el nombre cambia.",
@@ -87,7 +87,7 @@
     "intro": "Si <code>/etc/systemd/network/</code> ya contiene ficheros <code>.link</code> (de una ejecución anterior u otra herramienta), se copian a un directorio de backup con timestamp antes de generar los nuevos:",
     "outro": "Para hacer rollback: copia los ficheros desde el directorio de backup y reinicia.",
     "rebootTitle": "Tiene efecto en el siguiente reinicio, no inmediatamente",
-    "rebootBody": "Los cambios en ficheros <code>.link</code> solo se aplican en el arranque, cuando udev vuelve a enumerar los dispositivos. Por eso la herramienta indica <em>«Los cambios se aplicarán tras reiniciar»</em>. No intenta renombrar una interfaz en vivo por el riesgo que supone: un <code>vmbr0</code> activo con interfaces miembro tendría que reconfigurarse de forma atómica, así que la operación se aplaza al siguiente arranque limpio."
+    "rebootBody": "Los cambios en ficheros <code>.link</code> solo se aplican en el arranque, cuando udev vuelve a enumerar los dispositivos. Por eso la herramienta indica <em>«Los cambios se aplicarán después del reinicio»</em>. No intenta renombrar una interfaz en vivo por el riesgo que supone: un <code>vmbr0</code> activo con interfaces miembro tendría que reconfigurarse de forma atómica, así que la operación se aplaza al siguiente arranque limpio."
   },
   "afterReboot": {
     "heading": "Tras el reinicio",
@@ -100,7 +100,7 @@
   },
   "troubleshoot": {
     "heading": "Solución de problemas",
-    "emptyTitle": "«No se han encontrado interfaces físicas» tras ejecutar la herramienta",
+    "emptyTitle": "«No se encontraron interfaces físicas» tras ejecutar la herramienta",
     "emptyBody": "El host no tiene interfaces respaldadas por PCI / phy80211 visibles para el kernel. Confirma con <code>ls -l /sys/class/net/</code> — cada entrada debería tener un symlink <code>device</code> (PCI) o una entrada <code>phy80211</code> (Wi-Fi). Si faltan ambos para lo que debería ser una NIC real, el driver no está cargado.",
     "noChangeTitle": "Tras el reinicio, los nombres no han cambiado como esperaba",
     "noChangeBody": "Comprueba que el fichero está presente y bien formado: <code>cat /etc/systemd/network/10-&lt;iface&gt;.link</code>. Después mira los logs de udev: <code>journalctl -u systemd-udevd -b | grep -i link</code>. Una causa habitual es un parámetro de kernel <code>net.ifnames=0</code> residual que deshabilita el naming predictivo por completo — quítalo de <code>/etc/default/grub</code>, ejecuta <code>update-grub</code> y reinicia.",