¿Te gusta jugar dominó en parejas?
Si es así, te invito a conocer mi nuevo blog Simulación 1‑6‑8. En él combino la diversión del dominó con la potencia de la simulación en Python 3, todo ejecutado en Google Colab y apoyado por IA y estadística.
Generalmente hacemos 168 simulaciones para diversos escenarios y te mostramos los resultados de una manera sencilla y entendible. No te pierdas ningún post y aprende desde ya en: https://simulacion168.acostasite.com/
Contexto:
El día de ayer me hicieron una consulta interesante.
Primero, hoy en día nadie quiere usar telnet por temas de seguridad.
Segundo, algunos equipos IoTs solo pueden ser accedidos por telnet
¿Cómo hago para que desde Internet se pueda seguir accediendo dichos equipos pero aumentando la seguridad?. La solución sería como un proxy SSH a Telnet cerca de la red de los equipos IoT
Topología:
Internet -- "Proxy SSH - Telnet" -- Equipos IoTs Telnet-Only
Solución:
La solución es muy sencilla. El Proxy SSH - Telnet que sea un servidor SSH en Linux (Debian, Ubuntu, Alpine, lo que sea).
Y desde el cliente en Internet se haría algo como:
ssh -tt user@192.168.12.1 "telnet 192.168.23.30"
Explicación técnica
Según documentación de ssh:
-t Fuerza la asignación de pseudoterminal. Esto permite ejecutar programas arbitrarios basados en pantalla en una máquina remota, lo cual puede ser muy útil, por ejemplo, al implementar servicios de menú. Varias opciones -t fuerzan la asignación de tty, incluso si ssh no tiene tty local.
Espero sea útil
Un video panegírico con humor imperdible
¿Has tenido la necesidad de bajar todo containerlab en un server?
¿Es complicado por qué son muchos usuarios y muchos contenedores dockers?
¿Reiniciar y aún ves máquinas corriendo y diferentes instancias?. Este script es para tí
---- cut here ----
#filename: bajar-todo-containerlab.sh
sudo containerlab destroy --all
sudo docker stop $(sudo docker ps -q --filter "label=containerlab")
sudo docker rm $(sudo docker ps -aq --filter "label=containerlab")
sudo ip link delete clab-bridge
sudo systemctl restart docker
---- cut here ----
Ejecuta: sudo bash bajar-todo-containerlab.sh
Espero sea útil
Introducción
El 23 Julio de 2024 la IANA asignó el bloque de direcciones 3FFF::/20 como un nuevo espacio de direccionamiento para documentación de IPv6, agregando así un nuevo bloque de direcciones al ya existente (2001:db8::/32). Esta solicitud fue realizada en el draft https://datatracker.ietf.org/doc/draft-ietf-v6ops-rfc3849-update/05/ que reza de la siguiente manera (traducido al español):
“El documento describe la reserva de un prefijo de dirección IPv6 adicional para su uso en la documentación. Esta actualización del RFC 3849 amplía el bloque de direcciones 2001:db8::/32 existente con la reserva de un prefijo adicional más grande. La adición de un /20 permite que los ejemplos documentados reflejen fielmente una gama más amplia de escenarios de implementación realistas y actuales y se alinean más estrechamente con los modelos de asignación contemporáneos para redes grandes”.
A raíz de esta ampliación, desarrollaremos en este artículo un plan de direccionamiento IPv6 a modo de ejemplo, con el bloque de direcciones 3FFF::/20.
Importancia de un Plan de Direccionamiento IP
¿Qué es un plan de direccionamiento IP (v4|v6)?
Un plan de direccionamiento IP se define como el modo, las acciones o el modelo sistemático para llevar a cabo las asignaciones de direcciones IP en una red [1].
¿Por qué debo hacer un plan de direccionamiento IP?
¿Cómo debe ser el plan de direccionamiento IP? ¿Qué debo buscar en él?
Recomendaciones para empezar a hacer el plan de Direccionamiento IPv6.
1) El principal consejo y uno de los más básicos es manipular los bloques por nibbles, en pocas palabras, por cada carácter de la dirección IPv6.
¿Cómo quedaría visualmente el nuevo prefijo 3FFF::/20?
Como se observa en la siguiente imagen, debido a que el prefijo es un /20, los 5 primeros nibbles son fijos y todos los caracteres en “X” son los modificables:
2) Mapear los nibble para una función
Una práctica habitual es mapear un nibble o un grupo de nibbles a “algo”, siendo ese “algo” una función, un país, un servicio, tipo de clientes, entre otros.
Con el siguiente gráfico se detalla lo antes mencionado:
Para ISP:
Para Usuario Final (EU):
Importante: recordemos que los últimos 64 bits (C5, C6, C7 y C8) usualmente son asignados por el proceso de autoconfiguración y/o manualmente por el administrador.
Nota: Estos ejemplos son recomendaciones y muestran una de las tantas formas para realizar un plan de direccionamiento IPv6 dentro de una red.
Ejemplo práctico de un Plan de Direccionamiento IPv6:
Aquí te dejamos un par de ejemplos de un plan de direccionamiento utilizando el nuevo prefijo 3FFF::/20.
Nota: Estos ejemplos son recomendaciones y muestran una de las tantas formas para realizar un plan de direccionamiento IPv6 dentro de una red.Plan de Direccionamiento IPv6 para un ISP:
Para este escenario se ha considerado un ISP que opera en 3 países y 3 ciudades en cada país. Por lo que, utilizando la nomenclatura del ejemplo anterior, se han colocado valores y reemplazado los caracteres, de acuerdo con la categoría que representan, según se observa en la siguiente tabla:
Las opiniones expresadas por los autores de este blog son propias y no necesariamente reflejan las opiniones de LACNIC.
Problema
Deseo entrar un rommon en un SW Cisco estando conectado vía consola. Los break sequence que intento ninguno sirve, incluso luego de probar los que están aquí https://blog.acostasite.com/2009/10/secuencia-de-escape-break-sequence.html:
NO me funcionó
Desde la MAC no me funcionó dejar la barra espaciadora 15 segundo en el arranque del equipo, ni a 9600 ni a 1200 baudios. No me sirvió crtl-A + crtl-B, ni el backspace.
SI me funcionó:
Utilizar Shift+CTRL+C durante los primeros segundos de encendido del Switch Cisco (en mi caso Cisco 4948)
Otro post:
https://blog.acostasite.com/2021/04/como-conectarse-via-consola-un-router.html
Espero te ayude.
