NetBox 4.6 frente a planilla IP: costo y límite
NetBox ordena IP, VLAN, racks y cambios cuando la planilla empieza a duplicar datos. Guía técnica con permisos, costos, backup y prueba de restauración.
Dos routers con la misma IP cortan soporte antes de cortar internet. El síntoma aparece cuando una planilla guarda redes, VLAN y enlaces sin dueño, y cada técnico corrige una copia distinta. NetBox 4.6 ordena IPAM, DCIM y permisos sobre una base consultable. Esta guía explica qué dato entra, dónde vive, quién lo cambia y cómo probar que la restauración devuelve el inventario.
Dónde aparece el costo de la planilla IP
La cifra que corrige la discusión está en GitHub: NetBox 4.6.1 fue publicado el 19 de mayo de 2026 y el repositorio supera las 20.700 estrellas. La adopción pública no reemplaza una prueba local, pero muestra que la herramienta se usa para un problema repetido: documentar redes que cambian más rápido que la planilla. El número obliga a ordenar rutina, presupuesto y responsable. La planilla falla cuando se vuelve autoridad. La documentación de IPAM muestra el núcleo del sistema: agregados, prefijos, rangos, direcciones, VRF y servicios se ordenan en jerarquías automáticas. El puente global aparece en el Octoverse de GitHub: el trabajo con software abierto crece al ritmo de un nuevo desarrollador por segundo. En una cooperativa eléctrica con internet rural, el antagonista era un archivo compartido llamado IP-final-final.xlsx, guardado junto a un patch cord amarillo sin etiqueta. NetBox separa intención y operación. La intención dice qué IP, rack, sitio y VLAN deberían existir. La operación confirma con monitoreo, tickets y cambios de configuración si eso ocurre. Esa separación le permite a gerencia preguntar cuántos enlaces están documentados y a sistemas preguntar qué cambio rompió una ruta.
Cómo funciona por dentro
El flujo empieza cargando sitios, racks, dispositivos, interfaces, prefijos, VLAN, VRF y circuitos. NetBox recibe esos datos por formulario, importación CSV o API. PostgreSQL guarda registros estructurados, relaciones, usuarios, estados y auditoría. Redis y los jobs procesan tareas pesadas, importaciones y scripts. La API entrega el inventario a herramientas de configuración, monitoreo o reportes. El control de permisos es el punto que separa documentación útil de carpeta pública. La documentación de permisos permite asignar acciones sobre subconjuntos de objetos: ver, agregar, cambiar o borrar. Soporte puede ver sitios y direcciones. Redes cambia prefijos y VLAN. Proveedores leen solo los equipos asignados. Auditoría revisa cambios, comentarios y responsables. La prueba diaria une NetBox con la red real. Un script compara dispositivos documentados con lo que devuelve LibreNMS, OpenWISP o un inventario SNMP. Las diferencias crean tickets. El backup copia PostgreSQL, configuración y archivos. La restauración levanta una instancia aparte, toma un prefijo, un router y un circuito, y confirma que los permisos y el historial sigan vivos.
Qué se instala o configura primero
La pila mínima usa NetBox 4.6, PostgreSQL 17, Redis, Nginx o Caddy, Keycloak si ya hay identidad central, Restic para copias y Metabase para métricas ejecutivas. Un servidor chico cuesta entre USD 30 y USD 90 mensuales, entre ARS 43.350 y ARS 130.050 al dólar vendedor oficial de ARS 1445. Ese rango cubre aplicación, base, proxy, almacenamiento y monitoreo básico; relevamiento físico, etiquetado y limpieza de datos se estiman aparte. El primer entregable verificable es un segmento completo: un sitio, un rack, dos switches, prefijos, VLAN, enlaces, responsables y permisos. El segundo es una importación de cambios con comentario obligatorio. En trabajos UMSA, ese primer segmento se elige donde ya hubo un corte o una IP duplicada, porque el inventario gana confianza cuando resuelve un incidente reconocido por soporte. La implementación toma de tres a cinco semanas. La primera limpia nombres y responsables. La segunda carga IPAM y DCIM. La tercera conecta API y monitoreo. La cuarta prueba permisos, backup y restauración. La quinta deja una rutina de comparación. El límite aparece cuando el equipo quiere convertir NetBox en monitor, gestor de tickets y repositorio de contraseñas al mismo tiempo.
Dónde se rompe y cómo probarlo
El primer riesgo es cargar datos viejos con prolijidad nueva. La señal aparece cuando un prefijo figura libre y el monitoreo ve tráfico. La prueba compara NetBox contra una consulta SNMP o ARP antes de liberar direcciones. El segundo riesgo es permitir cambios sin comentario. La señal aparece cuando una VLAN cambia de sitio y nadie puede explicar el motivo. La prueba exige comentario y usuario para cada edición de prefijo, VLAN y circuito. El tercer riesgo es restaurar solo la base. La señal aparece cuando vuelven los registros y faltan scripts, archivos o configuración del proxy. La prueba levanta una copia completa y ejecuta una consulta por API con un usuario de soporte. NetBox paga su costo cuando cada IP repetida deja de ser una discusión y pasa a ser un registro con dueño.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.