Solución de problemas
Qué comprobar cuando un dispositivo no responde, una función no te deja pulsarla o un resultado no tiene sentido.
Un dispositivo no se conecta#
Analice estos en orden: los dos primeros representan la mayoría de los casos.
- ¿Ese servicio está activado en el dispositivo? Cada tipo de conexión necesita su propio servicio accesible: WinBox en 8291, el servicio API para API,
/ip service sshpara SSH y/ip service wwwowww-sslpara REST. - ¿La cuenta es correcta? ¿Puede realmente iniciar sesión? Pruebe las mismas credenciales directamente en WinBox o en SSH. No se garantiza que una cuenta que funciona con un tipo de conexión funcione con otra si los permisos en el lado RouterOS difieren.
- ¿Hay algo intermedio? Los cortafuegos, el enrutamiento VPN y las restricciones de la dirección de origen del propio dispositivo cuentan.
- ¿Se está dando el tiempo suficiente? Un dispositivo en una ruta lenta o congestionada puede simplemente necesitar más tiempo del que permite el tiempo de espera por dispositivo.
- Pruebe con otro tipo de conexión. Si 8291 falla pero SSH funciona, el problema es la ruta o el servicio, no las credenciales.
Una conexión de dirección MAC no funcionará#
La conexión por dirección MAC existe solo a través de la conexión que usa WinBox (8291) y necesita dos cosas a la vez:
- Estás en el mismo segmento de red que el dispositivo. Este tipo de conexión no pasa por un enrutador, por lo que nunca funcionará entre segmentos.
- El dispositivo lo permite en esa interfaz.
API, SSH y REST siempre necesitan una dirección IP o un nombre de host; una dirección MAC nunca funcionará allí.
Una función está atenuada o no me deja presionarla#
La mayoría de las funciones "faltantes" son restricciones del tipo de conexión y son deliberadas:
| Síntoma | causa |
|---|---|
| Monitoreo de puertos no disponible | Funciona a través de la conexión WinBox usa (8291) únicamente. |
| Copia de seguridad de configuración no disponible | Funciona solo con 8291, y cada dispositivo marcado necesita una contraseña; apunte a Configuración de copia de seguridad (lleva una marca de advertencia de color ámbar) y la información sobre herramientas indicará a qué dispositivos les falta una. |
| El asistente de IA no puede recuperar la configuración | La obtención de /export en vivo funciona en 8291 y SSH, y en API y REST en RouterOS 7 únicamente; el dispositivo también necesita una contraseña. En RouterOS 6, cambie a 8291 o SSH, o cargue un .rsc local. |
| No se pueden ejecutar comandos sobre API o REST | Ejecutar comandos sobre ellos es RouterOS 7.x únicamente. |
| REST no se ofrece en absoluto | RouterOS 6.x no tiene REST y necesita /ip service www o www-ssl. |
| El botón de ciclo de encendido no está disponible | Necesita hardware que pueda suministrar energía a través del cable, una cuenta con permiso de escritura y Permitir cambios marcado primero. |
Un elemento de verificación de estado dice "no se pudo verificar"#
"No se pudo comprobar" no es un pase, significa que no se pudieron leer los datos. Causas habituales:
- Este tipo de conexión no puede verlo. Sólo la conexión que utiliza WinBox lee cada verificación; API, SSH y REST dan acceso a menos. La aplicación advierte sobre esto antes de que comience la ejecución.
- La cuenta carece de permiso para la sección que dice el elemento.
- Se bloqueó una verificación de contacto. Esas comprobaciones están desactivadas de todos modos de forma predeterminada. Si un dispositivo no puede salir, "no se pudo comprobar" es el resultado esperado, no una falla.
Vuelva a ejecutar la conexión que utiliza WinBox, con una cuenta que pueda leer las secciones relevantes, y los espacios generalmente se cierran.
Una carrera terminó como "incierta"#
Esto significa que los comandos se enviaron y luego se interrumpió la conexión, o usted canceló después del envío. El resultado es realmente desconocido y la aplicación no se reenvía por sí sola.
Qué hacer:
- Lea el estado nuevamente. Ejecute el comando de consulta coincidente como una segunda ronda contra los mismos dispositivos y observe el resultado. Esa es la única manera de saber qué aterrizó realmente.
- Solo entonces vuelva a ejecutar el cambio, y solo si la lectura muestra que no se aplicó.
Los reintentos a ciegas son la forma en que un cambio se convierte en dos. Es exactamente por eso que el estado dice "incierto" en lugar de elegir una respuesta reconfortante.
Dice "Completado" pero nada cambió.#
"Completado" significa que el dispositivo llegó al final de sus comandos, no que todas las líneas tuvieron éxito. RouterOS no informa el éxito o el error línea por línea.
Mire el texto de salida de ese dispositivo en el panel de resultados: los mensajes de error RouterOS generalmente aparecen allí. Luego lea el estado con un comando de consulta.
Cancelé pero el dispositivo no se detuvo#
Sobre API, SSH y REST, cancelar solo detiene este final *esperando*. No puede prometer que el comando se detuvo en el dispositivo; es posible que el dispositivo complete lo que ya se le dio. Sobre la conexión que WinBox usa (8291), la cancelación detiene esa conexión.
De cualquier manera, trate la cancelación después del envío como incierta y vuelva a leer el estado.
Windows me avisa cuando lo ejecuto#
Las compilaciones comprobadas hasta ahora no llevan firma digital de Windows, por lo que es probable que SmartScreen advierta en la primera ejecución. Esto es lo que se espera en este momento y se indica en la página de estado de descarga.
Obtenga RosRunner únicamente a través de canales oficiales. Si encuentra una descarga que dice estar firmada o verificada, díganos.
Preparando una solicitud de soporte#
La ventana de diagnóstico reúne un paquete de informes en su propia máquina y enumera elemento por elemento lo que contiene. No envía nada a ninguna parte; adjuntarlo a un correo electrónico es un acto independiente y deliberado.
Incluya la versión de RosRunner (Ayuda → Acerca de RosRunner), su versión de Windows, la versión de RouterOS en el dispositivo, qué tipo de conexión utilizó, qué hizo y qué sucedió.
Consulte Soporte para saber qué más incluir.