LinuxParty

Trickle permite controlar la velocidad de subida y descarga de programas concretos sin configurar reglas complejas en el cortafuegos ni modificar todo el tráfico del sistema

Una descarga grande, una copia de seguridad o la sincronización de numerosos archivos pueden consumir prácticamente toda la conexión a Internet. Como consecuencia, la navegación se vuelve lenta, las videollamadas empiezan a sufrir cortes y otros usuarios de la red encuentran dificultades para trabajar.

Linux dispone de sistemas avanzados para administrar el tráfico, como tc, las disciplinas de colas y las reglas de calidad de servicio. Sin embargo, estas herramientas pueden resultar excesivamente complejas cuando solamente necesitamos limitar temporalmente la velocidad de una aplicación.

Para estos casos podemos utilizar trickle, un pequeño programa que permite establecer límites de descarga y subida para procesos concretos.

¿Qué es Trickle?

Trickle es un limitador de ancho de banda que funciona en el espacio de usuario. Puede controlar las conexiones de una aplicación sin necesidad de modificar la configuración de las interfaces de red.

Su principal ventaja es la sencillez. En lugar de crear reglas para direcciones IP, puertos o interfaces, ejecutamos el programa deseado a través de trickle y establecemos la velocidad máxima permitida.

Su sintaxis básica es:

trickle -s -d VELOCIDAD_DESCARGA -u VELOCIDAD_SUBIDA programa

Las velocidades se indican en kilobytes por segundo, normalmente representados como KB/s o kB/s.

Las opciones principales son:

• -d: establece el límite de descarga.

• -u: establece el límite de subida.

• -s: ejecuta Trickle en modo independiente.

• -t: modifica el tiempo de suavizado.

• -l: modifica la longitud de suavizado.

Por ejemplo, para limitar una aplicación a 500 KB/s de descarga y 100 KB/s de subida:

trickle -s -d 500 -u 100 programa

El límite no tiene que coincidir exactamente en cada instante. La velocidad puede oscilar ligeramente alrededor del valor establecido.

En este caso, vamos a usar como ejemplo Reddit, que supongamos no carga desde tu conexión, no des por hecho que la plataforma ha bloqueado tu dirección IP: una entrada en /etc/hosts, un filtro DNS o un bloqueador instalado en el equipo podrían ser los verdaderos responsables

Intentas acceder a Reddit desde el navegador y la página no responde. Pruebas varias veces, utilizas otro navegador e incluso empiezas a sospechar que la plataforma ha bloqueado tu dirección IP o todo el rango de direcciones de tu proveedor.

Aunque esa posibilidad existe, no siempre es la explicación correcta. En este caso práctico descubrimos que www.reddit.com estaba configurado para apuntar a 127.0.0.1, es decir, al propio ordenador del usuario.

El bloqueo no procedía de Reddit ni del proveedor de Internet. Se encontraba en la configuración local del sistema Linux.

Comprobar la conexión con curl

El primer paso consiste en comprobar qué ocurre al intentar establecer una conexión HTTPS con Reddit.

Podemos probar por separado IPv4 e IPv6:

curl -4 -I https://www.reddit.com/
curl -6 -I https://www.reddit.com/

La opción -I solicita únicamente las cabeceras HTTP, sin descargar todo el contenido de la página. Por su parte, -4 obliga a utilizar IPv4 y -6 fuerza una conexión mediante IPv6.

En nuestro caso, la prueba con IPv4 devolvía este error:

curl: (7) Failed to connect to www.reddit.com port 443 after 1 ms:
Couldn't connect to server

El detalle de que la conexión fallase después de solamente un milisegundo resultaba especialmente revelador. Cuando existe un problema de enrutamiento o el servidor remoto no responde, el intento suele tardar varios segundos.

Un fallo prácticamente inmediato puede indicar que el dominio está apuntando al propio equipo o a una dirección que rechaza la conexión directamente.

La prueba mediante IPv6 tampoco funcionaba:

curl: (6) Could not resolve host: www.reddit.com

Por sí solos, estos mensajes no permiten asegurar que exista un bloqueo de IP. Era necesario comprobar si otros subdominios de Reddit continuaban funcionando.

Linux permite conocer el fabricante, la versión y la fecha del firmware sin reiniciar el ordenador ni entrar en la configuración de la placa base

Conocer la versión de la BIOS o UEFI instalada puede resultar necesario para solucionar problemas de compatibilidad, comprobar vulnerabilidades, instalar un procesador nuevo o determinar si el fabricante ha publicado una actualización importante.

Aunque esta información suele aparecer al encender el ordenador o dentro del menú de configuración del firmware, en Linux podemos consultarla directamente desde el terminal. No es necesario reiniciar el equipo ni pulsar ninguna tecla durante el arranque.

Existen varios métodos para hacerlo. Los más útiles emplean dmidecode, los archivos disponibles en /sys, la herramienta hostnamectl o el servicio de actualización de firmware fwupd.

Consultar la versión mediante dmidecode

dmidecode es una herramienta que lee la información incluida por el fabricante en las tablas DMI o SMBIOS del equipo.

Para mostrar solamente la versión de la BIOS podemos ejecutar:

sudo dmidecode -s bios-version

Un posible resultado sería:

F.28

Para conocer la fecha de publicación o compilación:

sudo dmidecode -s bios-release-date

Y para consultar el fabricante:

sudo dmidecode -s bios-vendor

Podemos reunir los tres datos ejecutando:

sudo dmidecode -s bios-vendor
sudo dmidecode -s bios-version
sudo dmidecode -s bios-release-date

El resultado podría ser similar al siguiente:

American Megatrends International, LLC.
F23
03/22/2024

En este ejemplo, el fabricante del firmware es American Megatrends, la versión instalada es la F23 y su fecha es el 22 de marzo de 2024.

Moscú niega haber provocado la entrada masiva de migrantes, mientras el Gobierno español sostiene que redes digitales vinculadas con Rusia, Israel y grupos de ultraderecha amplificaron la crisis mediante desinformación

Rusia ha pedido al Gobierno español que presente pruebas de su supuesta participación en la campaña de desinformación relacionada con la crisis migratoria vivida en Ceuta los días 30 y 31 de julio de 2026.

La exigencia se produce después de que el presidente del Gobierno, Pedro Sánchez, relacionara a Rusia e Israel con la difusión de mensajes engañosos sobre la política migratoria española. Según Sánchez, estas redes habrían contribuido a movilizar a decenas de miles de personas hacia la frontera de Ceuta.

Moscú rechaza completamente la acusación. Sin embargo, la respuesta de la Unión Europea introduce una diferencia importante: Bruselas afirma haber detectado intentos rusos de explotar y amplificar la crisis, pero reconoce que no posee pruebas concluyentes de que Rusia la provocara.

La crisis migratoria de Ceuta

Entre el 30 y el 31 de julio, decenas de miles de personas cruzaron irregularmente desde Marruecos hacia Ceuta. Las cifras publicadas variaron a medida que avanzaba el recuento, pero el episodio superó ampliamente la crisis fronteriza registrada en mayo de 2021.

Durante aquellas jornadas circularon numerosos vídeos, fotografías y mensajes que mezclaban información auténtica con contenidos falsos o descontextualizados.

Algunas publicaciones aseguraban que España permitiría permanecer en su territorio a quienes consiguieran llegar a Ceuta. Otras mostraban imágenes grabadas años antes o en países diferentes y las presentaban como escenas actuales de la frontera española.

RTVE verificó, entre otros ejemplos, un vídeo de una concentración religiosa en Turquía presentado como una multitud que se dirigía a Ceuta. También reaparecieron imágenes de la crisis de 2021 y grabaciones de otros lugares utilizadas para alimentar discursos sobre una supuesta invasión de España y Europa.

Este tipo de mensajes pudo aumentar la confusión y la tensión, aunque demostrar que fue la causa directa del movimiento migratorio resulta mucho más complejo.

Las empresas de la industria aeronáutica auxiliar advierten del impacto laboral de los paros, mientras Airbus cierra sin acuerdo una de las mesas de negociación y alerta sobre las entregas civiles y militares

La huelga indefinida de Airbus España comienza a extender sus consecuencias más allá de las fábricas del fabricante aeronáutico. La reducción de actividad está afectando a empresas proveedoras y subcontratistas, algunas de las cuales estarían valorando finalizar contratos laborales si el conflicto continúa.

La información publicada inicialmente no identifica a las compañías afectadas, el número de empleos amenazados ni contratos comerciales formalmente cancelados con Airbus. Por tanto, no puede afirmarse que los proveedores hayan comenzado a romper sus acuerdos de suministro con el fabricante.

Lo conocido es que la industria auxiliar depende directamente del ritmo de producción de las plantas españolas. Cuando se paralizan líneas o disminuyen los trabajos encargados, las empresas externas reciben menos carga de trabajo y deben reorganizar turnos, plantillas y entregas.

Una huelga iniciada tras meses de desacuerdo

La actual huelga indefinida comenzó el 25 de agosto y fue convocada por UGT, CGT y la Unión de Trabajadores Independientes y Libres (ÚTIL).

El conflicto tiene su origen en las negociaciones sobre salarios, recuperación del poder adquisitivo, teletrabajo y otras condiciones laborales.

Durante julio, Airbus ya sufrió una primera fase de movilizaciones. Posteriormente, la empresa alcanzó un preacuerdo con CCOO, SIPA y ATP, organizaciones que representan una parte mayoritaria de la comisión negociadora.

Sin embargo, la plantilla rechazó ese documento en referéndum por un margen relativamente estrecho. El 49,15 % votó en contra, el 45,95 % lo respaldó y el 4,62 % se abstuvo, con una participación superior al 81 %.

Tras las vacaciones estivales, UGT, CGT y ÚTIL reanudaron las movilizaciones mediante una huelga indefinida.

Al encender un ordenador podemos utilizar determinadas teclas para entrar en la BIOS/UEFI o abrir directamente el menú de arranque.

Aunque suelen confundirse, realizan funciones diferentes:

• BIOS o UEFI: permite modificar la configuración del equipo, activar la virtualización, cambiar el orden de arranque, habilitar Secure Boot o consultar los componentes detectados.
• Menú de arranque o Boot Menu: permite elegir temporalmente desde qué dispositivo iniciar, como un disco duro, una memoria USB o un DVD, sin cambiar permanentemente la configuración.

Teclas según el fabricante

La tecla Supr también puede aparecer identificada como Del o Delete, dependiendo del teclado.

El polémico experimento de John B. Calhoun comenzó con comida abundante, ausencia de depredadores y todas las necesidades cubiertas. La población creció rápidamente, pero su organización social se derrumbó y la colonia acabó desapareciendo

En julio de 1968, ocho ratones fueron introducidos en un recinto diseñado para proporcionarles una existencia aparentemente perfecta.

Disponían de alimento y agua abundantes, una temperatura controlada, materiales para construir nidos y protección frente a depredadores, enfermedades y condiciones meteorológicas adversas.

El espacio había sido preparado para albergar a varios miles de animales y los cuidadores mantenían constantemente sus recursos. Los ratones solamente tenían que alimentarse, reproducirse y ocupar progresivamente su nuevo mundo.

El investigador estadounidense John B. Calhoun llamó a este entorno Universo 25. El número no era una referencia futurista: se trataba de una de las numerosas colonias experimentales que había construido durante décadas para estudiar el comportamiento de roedores.

Lo que comenzó como una utopía terminó convertido en uno de los experimentos con animales más inquietantes y discutidos del siglo XX.

La población creció con rapidez, alcanzó aproximadamente los 2.200 individuos y después se encaminó hacia su desaparición. A pesar de que seguían existiendo comida, agua y espacio físico, la reproducción se detuvo y la organización social de los animales se desintegró.

Un mundo diseñado para evitar la muerte

Universo 25 consistía en un recinto metálico cuadrado de aproximadamente 2,7 metros de lado, con paredes suficientemente altas para impedir que los ratones escaparan.

En sus laterales se distribuyeron estructuras verticales con túneles, comederos, bebederos y cientos de compartimentos destinados a servir como nidos.

El experimento se desarrolló en las instalaciones del Instituto Nacional de Salud Mental de Estados Unidos, en Maryland.

Calhoun pretendía construir lo que denominó un «entorno inhibidor de la mortalidad». Había eliminado la mayoría de las causas externas que normalmente limitan una población animal:

• No existían depredadores.
• La comida nunca se agotaba.
• El agua estaba siempre disponible.
• La temperatura permanecía estable.
• Las enfermedades se mantenían bajo control.
• Los ratones estaban protegidos del clima.
• Había abundante material para los nidos.

La única limitación absoluta era que los animales no podían abandonar el recinto ni crear un territorio nuevo fuera de él.

El experimento comenzó con cuatro machos y cuatro hembras cuidadosamente seleccionados. Tras un periodo de adaptación, comenzaron a reproducirse.

Windows ya incorpora OpenSSH, pero herramientas como PuTTY, MobaXterm, Tabby, WinSCP o SecureCRT ofrecen interfaces gráficas, transferencia de archivos y funciones avanzadas para administrar varios servidores

SSH es una herramienta imprescindible para administrar servidores Linux de forma remota. Permite abrir una terminal cifrada, ejecutar comandos, transferir archivos, crear túneles y realizar tareas de mantenimiento sin encontrarse físicamente delante del equipo.

Aunque tradicionalmente los usuarios de Windows tenían que instalar programas como PuTTY, las versiones modernas del sistema operativo de Microsoft ya incluyen un cliente basado en OpenSSH.

Esto no significa que las aplicaciones especializadas hayan dejado de resultar útiles. Un administrador que trabaja con decenas de servidores puede necesitar perfiles, pestañas, transferencia gráfica de archivos, macros, escritorios remotos o sincronización entre dispositivos.

Repasamos los clientes SSH más interesantes para Windows y explicamos en qué situación conviene utilizar cada uno.

¿Qué es SSH?

SSH son las siglas de Secure Shell. Se trata de un protocolo diseñado para iniciar sesiones remotas mediante una conexión cifrada.

Su puerto predeterminado es el TCP 22, aunque el administrador puede configurar otro. SSH no depende obligatoriamente de ese puerto para funcionar.

A través de una conexión SSH podemos:

• Administrar un servidor Linux desde una terminal.
• Ejecutar comandos y scripts remotamente.
• Copiar archivos mediante SFTP o SCP.
• Crear túneles cifrados.
• Redirigir puertos locales o remotos.
• Acceder a Git y otros servicios mediante claves.
• Automatizar copias de seguridad y tareas administrativas.
• Conectarnos a través de un servidor intermedio o jump host.

La comunicación entre cliente y servidor se cifra, pero la seguridad final también depende de la configuración utilizada. Una contraseña débil o una clave privada mal protegida pueden comprometer el sistema aunque el protocolo sea seguro.

El proyecto genera carreteras y terrenos tridimensionales a partir de datos geográficos reales, permitiendo conducir prácticamente por cualquier lugar del planeta directamente desde un navegador

¿Te gustaría recorrer en coche las carreteras de tu localidad, atravesar un puerto de montaña en los Alpes o improvisar una carrera por las calles de Tokio sin instalar un videojuego de decenas de gigabytes?

Esa es la propuesta de Hop.Earth, un sorprendente proyecto que transforma los mapas del mundo real en un escenario tridimensional por el que podemos conducir desde el navegador.

No se trata de una colección limitada de circuitos diseñados manualmente. El juego genera el terreno y las carreteras a medida que avanzamos, empleando información cartográfica y topográfica correspondiente al lugar seleccionado.

El resultado es una especie de mundo abierto de escala planetaria en el que cualquier carretera registrada puede convertirse en nuestro próximo recorrido.

No utiliza realmente Google Maps

Aunque diferentes titulares han presentado Hop.Earth como una web que convierte Google Maps en un videojuego, esa descripción no es completamente correcta.

El proyecto utiliza la geometría de las carreteras procedente de OpenStreetMap, la gran base cartográfica colaborativa y abierta mantenida por usuarios de todo el mundo.

Para representar las elevaciones del terreno, el servicio utiliza modelos digitales procedentes de fuentes como Copernicus DEM y diferentes organismos geográficos nacionales.

Por tanto, Hop.Earth no coloca un automóvil sobre las imágenes aéreas de Google ni permite circular por las fotografías de Street View. Utiliza datos cartográficos reales para construir proceduralmente un entorno tridimensional simplificado.

Las carreteras mantienen aproximadamente su trazado, sus curvas y sus desniveles, pero los edificios, árboles, farolas y demás elementos visuales son generados por el propio juego.

Esta diferencia resulta fundamental. No estamos contemplando una reproducción fotográfica exacta del mundo, sino una interpretación jugable construida a partir de datos geográficos.