Auto-Provision prueba "public" justo después de tu comunidad SNMP, y admite varias separadas por comas

Para qué sirve

Cuando el asistente de aprovisionamiento automático de red escanea un equipo por SNMP, prueba varias “comunidades” (la contraseña de solo lectura de ese protocolo) hasta encontrar la que funciona. Hasta esta versión, la comunidad que escribía el usuario en el formulario iba primero, pero justo detrás venían casi veinte comunidades de fabricantes concretos, y public/private quedaban al final de la lista — mientras que el Agente instalado en la red del cliente corta la prueba a la tercera comunidad que no responde. Resultado real: 47 puntos de acceso Cambium del CCIB, que usan la comunidad public, se quedaron sin datos SNMP y con una confianza de solo 30, aunque la propia monitorización los ve perfectamente por otra vía.

Ahora el orden es: lo que escribe el usuario (puede escribir varias, separadas por comas) → public → private → las de fabricantes → las guardadas en el almacén de credenciales. Así las dos comunidades más comunes del mundo real se prueban casi de inmediato, sin esperar a agotar el corte de seguridad del Agente.

Cómo se usa

1. En el asistente de Auto-Provision (equipo único o escaneo de subred), el campo “SNMP Community” ahora acepta varias comunidades separadas por comas — por ejemplo xirrus, public.
2. Se prueban en ese orden exacto, seguidas de public, private, las de los perfiles de fabricante y las guardadas en el Credential Store.
3. Al terminar, el perfil del dispositivo guarda la comunidad que de verdad respondió — no lo que el usuario escribió — igual que antes.

Implementación

• Frontend: nuevo módulo static/js/network/auto_provision/communities.js (buildCommunityList, parseUserCommunities) construye la lista en el orden nuevo. Lo usan los dos flujos de static/js/network/auto_provision/discovery.js (equipo único discoverSingleDevice y subred discoverSubnet), que antes duplicaban esta lógica cada uno por su lado.
• Backend: _user_communities() en network/services/device_discovery/service.py aplica el mismo orden en los dos métodos de sondeo SNMP del servidor, para que el comportamiento no diverja entre cliente y servidor.
• Formulario: templates/network/_auto_provision_modal.html explica ahora que el campo admite varias comunidades y en qué orden se prueban (placeholder public, xirrus).
• Tests: 4 pruebas de frontend (frontend/src/__tests__/static/auto_provision_community_order.test.js) + 6 de backend (tests/network/test_snmp_community_order_s314.py).
• Pendiente, anotado en el CHANGELOG: el corte del Agente a la 3ª comunidad sin respuesta se sigue aplicando por igual a todas; eximir de ese corte a las comunidades que escribe el propio usuario exige una versión nueva del Agente y queda pospuesto.

Commits relacionados

• cb13c32a — feat(network): el asistente de Auto-Provision prueba public y private justo después de la comunidad del usuario, y el campo admite varias separadas por comas (v1.131.0, 2026-09-08).

Véase también

• [[crearack-tech—agents—dev-auto-provision]]
• [[crearack-tech—backend—auto-provision-guide]]
• [[feature—network—auto-provision-refresh-agent-fix]]
• [[feature—network—discovery-audit-sa1]]
• [[incident—20260907—ccib-comando-bloqueante-websocket]]