¿Un paquete ajeno del switch apagó mi tarjeta Ethernet cuando uso nessus?

¿Qué políticas ha habilitado en el análisis de Nessus? Si tiene los complementos de Juniper y / o switch habilitados, es posible que esté activando una respuesta STP desde el switch.

Intente deshabilitar los complementos para ver si el problema persiste.

De lo anterior, no puede ejecutar un escaneo usando Nessus cuando se conecta al EX2200 (¿ssg también?) pero cuando se conecta directamente al enlace ascendente, puede ejecutar / completar el escaneo; es correcto ?

Suponiendo que sí, cuando dice que la interfaz se "cierra", ¿puede confirmar a qué nivel se apaga la interfaz? Por ejemplo, ¿es un puerto físico inactivo (es decir, las luces de enlace se apagan) o es lógico (l2 o superior)? En cualquier caso, es probable que estés en el camino correcto. El ex220 (o tal vez incluso el ssg) podría deshabilitar / cerrar un puerto si detecta ciertas violaciones de políticas. Dependiendo de cómo se deshabilite / apague el puerto, podría descubrir qué está causando el comportamiento. Suponiendo que esté ejecutando JUNOS 12.1, aquí hay un link a una página con documentación para el conmutador de la serie EX. EX puede ejecutarse como un UTM (y otros módulos de seguridad), por lo que es posible que algún módulo de EX inicie el apagado físico o la desactivación del puerto. En una empresa, le preocuparía que algún puerto comenzara a iniciar de forma aleatoria un comportamiento sospechoso (falsificación de la dirección IP, falsificación de la dirección mac, control de tormentas, etc.).

Recomiendo que primero verifique las características de seguridad en el ex2200 para determinar si (o cuál) está activada la característica de seguridad. De lo contrario, podría ser el ssg (el diagrama anterior no estaba claro si inició la exploración interna o externo al ssg).

Sospecho que los problemas de hardware con su mini torre HP. Sugerencia: intente ejecutar el escaneo desde una máquina diferente con hardware diferente.

La resolución de problemas de este tipo de problemas de hardware probablemente no valga la pena. Es un nido de ratas y podría pasar días o semanas en él, e incluso entonces, tal vez no identifique de manera confiable la causa del problema.

Si la ejecución del escaneo de Nessus desde una máquina diferente funciona, entonces ha hecho un gran progreso. Puede seguir utilizando la otra máquina y ahora ha cumplido sus objetivos (ejecutar con éxito el análisis de Nessus).

O, si por alguna razón realmente quiere diagnosticar la causa raíz del problema, ha progresado hacia eso, porque ahora tiene un caso en el que se sabe que el problema no surge. En cualquier caso, si realmente quiere diagnosticar la causa raíz, el primer paso será asegurarse de tener un entorno en el que funcione de manera confiable y un ambiente en el que falle de manera confiable, y luego comenzar a minimizar las diferencias entre los dos hasta que haya reducido por la causa Por lo tanto, probar un equipo diferente con un hardware diferente es probablemente el primer paso, independientemente de su objetivo final.