Skip to content

Releases: fhleonardi/openredlab

OpenRedLab 1.8.0

Choose a tag to compare

@github-actions github-actions released this 13 Oct 16:13
c507d0b
  • Resolver nombres reales de internet, a pedido. Hasta ahora el DNS simulado sólo conocía cuatro nombres de internet (google.com, wikipedia.org, dns.google y one.one.one.one). En la franja de Simulación hay un interruptor «Resolver nombres reales (requiere internet)», apagado al abrir. Prendido, un nombre que la simulación no conoce (por ejemplo example.com) se consulta de verdad a Cloudflare por DNS sobre HTTPS, y el ping, Consultar DNS (A, CNAME, MX y NS) y Conectar lo usan. El recorrido dice cuál es la respuesta real y de dónde viene. El ping y la conexión siguen simulados, hacia la IP real: los navegadores no mandan ICMP.
  • Qué sale a la red. Sólo el nombre que escribís, y sólo si prendiste el interruptor, la simulación no lo conocía y es un nombre público válido (no una IP, ni .local, .lan, .home u otros nombres de redes privadas). Hasta 10 consultas por minuto, de a una, con 5 segundos de tiempo máximo y sin credenciales ni datos de la página. Se apaga al recargar o al abrir otra red. La página tiene una política de seguridad que sólo la deja conectarse a cloudflare-dns.com, y lo que vuelve se valida antes de usarse (se descartan las IP privadas, lo que no tiene forma de nombre o dirección y lo que no corresponde al nombre pedido). Un nombre que existe pero no tiene registros del tipo pedido se distingue de uno que no existe.
  • Con un error, la consola vuelve a verse. Cuando un ping, una consulta o una conexión fallaba, el resultado quedaba en dos columnas y la consola se escondía debajo de la tarjeta roja, fuera de la vista. Ahora la consola tiene su propia columna también con un error, igual que con un resultado correcto.
  • La franja de abajo es más alta. Simulación, Captura, DHCP y las demás pestañas tienen más lugar (el 38 % de la ventana, entre 290 y 480 px, en vez de 260 px fijos). Si hace falta más lienzo, el botón «Colapsar» la deja en una línea.
  • Sin conexión, todo sigue igual. Si no hay internet o el servicio no responde, la herramienta avisa y queda el DNS simulado de siempre.

OpenRedLab 1.7.0

Choose a tag to compare

@github-actions github-actions released this 13 Oct 12:16
f2e85a4
  • Fallas en vivo: cortar un cable o apagar un equipo con un clic. En la paleta, debajo de «Conectar con un cable», hay una sección Fallas en vivo con Cortar un cable, Apagar un equipo y Restaurar todo. Con una herramienta activa, un clic en un cable (o en un equipo) lo cae y otro clic lo restaura; Esc o un clic en el fondo del lienzo sale. Las propiedades de un cable o equipo fallado en vivo lo avisan y traen un botón para restaurarlo. El cable cortado se ve rojo y punteado con ⚡ y el equipo apagado, atenuado con ⚡. Después se repite el ping, la consulta DNS, la conexión o el DORA para ver el efecto, con el diagnóstico de siempre («el cable… está marcado como caído»).
  • No cambian el diseño. Una falla en vivo vale sólo para lo que se simula: no entra en Deshacer, ni en la sesión guardada, ni en lo que se exporta, y «Verificar diseño» sigue juzgando el diseño. Si algo ya está caído o apagado en el diseño, la herramienta avisa que ya lo está. Al abrir otra red se limpian. Cada falla y cada recuperación se anota en la consola con la hora, y la paleta dice qué está fallado ahora.

OpenRedLab 1.6.0

Choose a tag to compare

@github-actions github-actions released this 13 Oct 07:22
01e88d7
  • Consultar DNS y Conectar también se ven viajar. Cada consulta y cada conexión recorre el lienzo trama por trama, igual que el ping, con los mismos botones (pausar, repetir y velocidad) y con el salto al hacer clic en una trama. En DNS se ve la consulta recursiva y las tres consultas iterativas (raíz, TLD y autoritativo) con sus respuestas. En TCP cada fase tiene su color: apertura (SYN, SYN-ACK y ACK), datos (pedido y respuesta) y cierre (FIN), y un rechazo (RST, o un «no existe» de DNS) sale en rojo con una ✗ en el equipo que lo dio. Debajo de los botones, una leyenda dice qué significa cada color.
  • El DORA de DHCP se puede controlar. La animación de la pestaña DHCP tiene ahora Pausar, Repetir y velocidad. Un clic en uno de los cuatro mensajes (Discover, Offer, Request, Ack) salta a ese mensaje, y el que se está mostrando queda resaltado en la lista.

OpenRedLab 1.5.1

Choose a tag to compare

@github-actions github-actions released this 13 Oct 06:58
c03bd8a
  • Iconos de equipos más modernos. Cada equipo se dibuja ahora dentro de un recuadro redondeado con el color de su tipo y un glifo de trazo parejo. PC, servidor, firewall, internet, cámara, punto de acceso e IoT usan iconos de Tabler Icons (licencia MIT, detallada en AVISOS.md). El router, el switch y el hub mantienen sus símbolos clásicos de diagrama de redes, redibujados con el mismo estilo.

OpenRedLab 1.5.0

Choose a tag to compare

@github-actions github-actions released this 13 Oct 06:33
6232818
  • El ping se ve viajar por la topología. Al hacer un ping, un paquete recorre el lienzo trama por trama, pasando por los equipos intermedios: azul para el pedido (request) y verde para la respuesta (reply). Si el ping se corta, el paquete llega hasta donde pudo, queda en rojo y marca con una cruz el equipo donde paró.

  • Se puede pausar, repetir y cambiar la velocidad. Debajo del recorrido hay botones para pausar o reanudar, repetir la animación y elegir la velocidad (×0.5, ×1, ×2, ×4). En «Cómo viaja el paquete», un clic en una trama salta a ese tramo de la animación, y la trama que se está mostrando queda resaltada.

OpenRedLab 1.4.0

Choose a tag to compare

@github-actions github-actions released this 05 Oct 14:34
70d6e2d
  • El router puede reenviar el DNS, como en una red hogareña. En la configuración de un router hay una casilla «Reenviar consultas DNS a su servidor DNS». Con ella activada, las PC que usan la IP del router como DNS reciben la respuesta que el router consigue con su propio DNS, y el recorrido muestra el reenvío. Sin la casilla, el diagnóstico D29 sigue diciendo que la IP no es un servidor DNS, y su sugerencia menciona la opción.

OpenRedLab 1.3.0

Choose a tag to compare

@github-actions github-actions released this 05 Oct 14:06
67a1949
  • DNS inverso. Un servidor puede tener una zona inversa (por ejemplo 1.168.192.in-addr.arpa) con registros PTR, y Consultar DNS acepta una IP con tipo PTR: el simulador la convierte en su nombre in-addr.arpa y muestra el paso.
  • Una IP pública no inventa su nombre. Si la IP no está en una zona inversa del lienzo, el diagnóstico dice que el simulador no tiene el árbol público de in-addr.arpa (D35). No dice que el nombre no existe.

OpenRedLab 1.2.5

Choose a tag to compare

@github-actions github-actions released this 05 Oct 12:49
47d375c
  • «Puerta de enlace» en todo el simulador. Los textos que decían «gateway» (la ayuda de laboratorio, la lista de lo que se borra al exportar para el alumno y el panel de cálculo) ahora dicen «puerta de enlace».
  • La Ayuda aclara la escala. Al lado de la distancia máxima del wireless se indica que la escala del dibujo es aproximada.

OpenRedLab 1.2.4

Choose a tag to compare

@github-actions github-actions released this 05 Oct 12:36
80e12cb
  • Modos de radio con el mismo criterio en todo el simulador. Donde antes decía «no se entienden», ahora dice «no combinan» y dice qué combinación falta: el diagnóstico del ping, el paso del recorrido y el aviso al importar usan el mismo texto.
  • Entrada de destino con un solo título. Un destino que no es una IP ni un nombre válido se titula «La dirección de destino no es válida», igual que en el ping.
  • Falla de internet más precisa. El diagnóstico de un servidor sin servicio en internet aclara que el «SYN» es el pedido de conexión.

OpenRedLab 1.2.3

Choose a tag to compare

@github-actions github-actions released this 05 Oct 12:24
95c9ede
  • Mensajes de archivos más claros. Si un equipo es de un tipo que no existe, el mensaje ahora incluye «servidor» en la lista de tipos válidos.
  • Enlaces inalámbricos con modos incompatibles. El mensaje dice qué falta según el caso: dos clientes necesitan un punto de acceso; dos puntos de acceso se unen en bridge.