Francia ha decidido dar un giro radical en su estrategia tecnológica y poner fin a su dependencia de Microsoft Windows en la administración pública. Lejos de ser un simple cambio de sistema operativo, el plan de Francia marca un punto de inflexión en la forma en que Europa entiende su soberanía digital y el control sobre sus datos.

Esta apuesta francesa se enmarca en un contexto europeo en el que cada vez resulta más incómodo depender de gigantes tecnológicos estadounidenses para gestionar infraestructuras críticas del Estado. La migración masiva a Linux y a soluciones de código abierto se presenta como una respuesta directa a ese malestar y como una forma de recuperar autonomía en el Viejo Continente.

Un plan histórico: 2,5 millones de ordenadores dicen adiós a Windows

La Dirección Interministerial del Numérico (DINUM) anunció el 8 de abril de 2026 que 2,5 millones de equipos de la administración francesa abandonarán Windows para adoptar Linux. Se trata del mayor proyecto de migración a software libre emprendido por un gobierno europeo, tanto por número de ordenadores como por el alcance de los cambios que lo acompañan.

Este movimiento no se limita a instalar otra interfaz en los ordenadores de los funcionarios: cada ministerio deberá rediseñar su ecosistema digital completo. La orden es clara: identificar y reducir o eliminar, siempre que sea posible, las dependencias de soluciones extraeuropeas, especialmente las de Microsoft, Google y Amazon.

Según la hoja de ruta oficial, cada departamento ministerial tendrá hasta el otoño de 2026 para presentar un plan detallado. A partir de ahí, la migración se ejecutará de forma progresiva a lo largo de varios años, empezando por las áreas en las que la transición sea más viable desde el punto de vista técnico y organizativo.

Qué persigue Francia con su adiós a Windows

En el fondo de esta decisión hay un diagnóstico compartido por buena parte de las instituciones europeas: la infraestructura digital del Estado ha acabado en manos de unas pocas multinacionales estadounidenses. Sistemas operativos, suites ofimáticas, plataformas en la nube, mensajería y videoconferencia… casi todo pasa hoy por alguno de los grandes actores de Silicon Valley.

Uno de los elementos que más inquietud genera en París es la US Cloud Act, la ley que permite a las autoridades de Estados Unidos exigir acceso a datos almacenados por empresas del país, incluso si los servidores están físicamente en Europa. Para el gobierno francés, que los expedientes de la administración o la información sanitaria de millones de ciudadanos puedan quedar al alcance de otra jurisdicción es un riesgo que ya no quiere asumir.

David Amiel, ministro de Acción Pública y Cuentas, lo ha expresado sin rodeos al subrayar que el Estado no puede seguir entregando el control de sus reglas, precios y evolución tecnológica a proveedores sobre los que no tiene influencia directa. La ministra delegada de Inteligencia Artificial y Tecnología Digital, Anne Le Hénanff, ha remarcado la misma idea: la soberanía digital no es un capricho ideológico, sino una necesidad estratégica.

Más que Linux: una reconversión completa del ecosistema digital

El plan francés va mucho más allá de cambiar el sistema operativo de los ordenadores. DINUM ha definido ocho grandes categorías de tecnología en las que los ministerios deberán trazar su propia hoja de ruta de sustitución o reducción de dependencia:

• Estaciones de trabajo y sistemas operativos: reemplazo progresivo de Windows por distribuciones Linux en los equipos de escritorio.
• Herramientas de colaboración y comunicación: sustitución de Microsoft 365, Teams, Zoom o Google Workspace por soluciones europeas o de código abierto.
• Software antivirus y de seguridad: adopción de proveedores alineados con los estándares de soberanía europeos.
• Inteligencia artificial y algoritmos: impulso a modelos y plataformas de IA desarrolladas en Europa y alojadas bajo jurisdicción comunitaria.
• Bases de datos y almacenamiento: migración hacia tecnologías y servicios que cumplan los requisitos de la certificación europea.
• Virtualización e infraestructura en la nube: prioridad para nubes soberanas certificadas bajo los esquemas EUCS.
• Equipos de red y telecomunicaciones: refuerzo de la autonomía estratégica también en la capa de hardware y conectividad.

En la práctica, el objetivo es ir sustituyendo piezas clave del ecosistema Microsoft y de otros grandes actores por soluciones propias o europeas. No se trata solo de instalar Linux en los PCs, sino de que la mensajería, el correo, el almacenamiento de archivos, la edición colaborativa y las videollamadas dejen de depender de servicios externos a la UE.

Herramientas soberanas: Tchap, Visio, FranceTransfert y La Suite Numérique

Francia lleva años preparando el terreno con la creación de su propio ecosistema de herramientas digitales. Bajo el paraguas de La Suite Numérique, DINUM ha desarrollado o adoptado soluciones de código abierto que ya operan en producción en distintos organismos públicos.

Entre las piezas más importantes de este puzzle destacan varias aplicaciones que aspiran a reemplazar directamente a servicios muy extendidos de Microsoft y Google:

• Tchap: aplicación de mensajería cifrada de extremo a extremo diseñada para el uso interno de la administración. Es la alternativa a Teams o Slack, y ya supera los cientos de miles de usuarios entre funcionarios franceses.
• Visio: herramienta de videoconferencia basada en tecnologías de código abierto (como Jitsi), con cifrado reforzado y licencia MIT. Se está imponiendo como reemplazo de Zoom y Microsoft Teams, con unos 40.000 usuarios habituales y planes para generalizar su uso en todos los ministerios.
• FranceTransfert: plataforma soberana para el envío seguro de archivos de gran tamaño, llamada a sustituir servicios como WeTransfer o el uso de Google Drive para compartir documentos sensibles.
• Correo, almacenamiento y edición colaborativa: la administración está desplegando servicios de webmail, almacenamiento y ofimática colaborativa bajo su control, alojados en servidores europeos y pensados para funcionar de forma integrada con Tchap y Visio.

Estas herramientas se alojan en infraestructuras como las de Outscale, filial de Dassault Systèmes, que cuenta con certificaciones de seguridad como SecNumCloud otorgadas por la autoridad francesa ANSSI. De este modo, el Estado no solo controla el software, sino también la capa de alojamiento y custodia de los datos.

Cómo se coordina la transición en Francia: seminarios, coaliciones y plazos

Para que una operación de esta magnitud no se quede en papel mojado, el gobierno francés ha articulado una estructura de coordinación bastante amplia. La DINUM actúa como motor del cambio, pero no está sola en el proceso.

El seminario interministerial del 8 de abril reunió a representantes de la DINUM, la Dirección General de Empresas (DGE), la Agencia Nacional de Seguridad de los Sistemas de Información (ANSSI) y la Dirección de Adquisiciones del Estado, además de operadores públicos y empresas privadas. El objetivo declarado fue reforzar el impulso colectivo para reducir la dependencia digital de soluciones no europeas y acordar un método de trabajo común.

Sobre esa base se han previsto varias iniciativas concretas:

• Planes ministeriales antes del otoño de 2026: cada ministerio y sus organismos vinculados deberán presentar su propia hoja de ruta de migración, identificando dependencias, prioridades y calendario.
• Reuniones Digitales Industriales: a partir de mediados de 2026 se organizarán encuentros entre administraciones y sector privado para crear coaliciones público‑privadas que desarrollen soluciones encajadas en la estrategia de soberanía digital.
• Estándares de interoperabilidad: el Estado está impulsando marcos como Open‑Interop y OpenBuro para evitar que las nuevas herramientas rompan flujos de trabajo y para facilitar que diferentes soluciones se integren entre sí.

La idea de fondo es que la transición no sea un salto al vacío, sino un proceso acompasado en el que los distintos actores compartan experiencias, problemas y soluciones. DINUM, además, ha asumido el papel de “primero en la fila”: será uno de los primeros organismos en migrar completamente sus estaciones de trabajo a Linux, para demostrar que el cambio es viable antes de exigirlo al resto de departamentos.

Un contexto europeo que empuja hacia la soberanía digital

La ofensiva de Francia no se entiende sin el movimiento más amplio que está viviendo la Unión Europea. Bruselas lleva años advirtiendo sobre los riesgos de depender en exceso de proveedores tecnológicos externos, y el Parlamento Europeo aprobó en 2026 una resolución que insta a los Estados miembros a reducir esa vulnerabilidad.

En paralelo, algunos países ya venían experimentando con proyectos similares a menor escala. Alemania, por ejemplo, ha impulsado la migración a software libre en el estado de Schleswig‑Holstein, donde la administración regional está sustituyendo progresivamente el ecosistema Microsoft por alternativas abiertas. Aunque no se trata de una iniciativa nacional, ha servido como laboratorio de pruebas para el resto del país.

El caso francés destaca porque es el primer gran Estado de la UE que traslada esta preocupación al conjunto de su administración central, con plazos y objetivos concretos. Y el contexto geopolítico actual —tensiones comerciales, conflictos diplomáticos y un clima de mayor desconfianza entre bloques— ha terminado de convencer a París de que mantener el statu quo no era una opción sostenible.

Esta tendencia se entrelaza con otros proyectos europeos como Gaia‑X, que busca articular una nube europea más independiente, y con el impulso político a modelos de inteligencia artificial y plataformas de datos que permanezcan bajo jurisdicción comunitaria. Francia, en este escenario, intenta situarse a la cabeza de la carrera por una Europa menos atada a Silicon Valley.

Lecciones del pasado: de Múnich y Extremadura a la Gendarmería francesa

La decisión de Francia llega, además, con el recuerdo de experiencias anteriores que no salieron tan bien como se esperaba. El caso de Múnich es el ejemplo más citado: la ciudad alemana inició en 2004 el proyecto LiMux para migrar unos 14.000 ordenadores municipales a Linux, pero terminó volviendo a Windows en 2017.

Aquel intento fracasó por una mezcla de factores: problemas de compatibilidad con aplicaciones específicas que solo existían para Windows, resistencia de parte del funcionariado a cambiar sus hábitos, costes de formación y soporte mayores a los previstos y, sobre todo, la falta de una continuidad política cuando el gobierno municipal cambió de signo.

En España también se han vivido procesos similares. La Junta de Extremadura impulsó a principios de los 2000 LinEx, una distribución basada en GNU/Linux para su administración y centros educativos. Pese al reconocimiento internacional del proyecto, con el paso del tiempo y los cambios de gobierno la iniciativa perdió fuelle y muchos equipos regresaron sin ruido a soluciones propietarias.

Frente a estos tropiezos, Francia mira a sus propios éxitos. La Gendarmería Nacional inició hace más de una década su migración a Linux y hoy opera con decenas de miles de ordenadores bajo software libre, con importantes ahorros en licencias y un mayor control sobre su entorno digital. Esa experiencia interna da al gobierno datos reales sobre los beneficios y dificultades de una transición de este tipo, algo que Múnich o Extremadura no tenían en la misma escala.

Retos técnicos y culturales en una migración gigantesca en Francia

La magnitud del proyecto francés hace inevitable que aparezcan obstáculos. Desde el propio gobierno se reconoce que migrar millones de estaciones de trabajo es uno de los desafíos de TI más complejos que puede abordar un país. No es solo una cuestión de cambiar iconos en el escritorio.

En el plano técnico, el primer paso es mapear todas las dependencias de software de la administración: aplicaciones heredadas, sistemas de gestión interna, integraciones con servicios de identidad digital, soluciones especializadas en sanidad, defensa o finanzas, etc. No todas esas herramientas tienen un equivalente directo en Linux, lo que obligará a recurrir a la virtualización, a entornos híbridos o al desarrollo de soluciones a medida.

En el plano humano, el reto es igual de importante. Los funcionarios llevan décadas trabajando con el ecosistema Microsoft y cambiar la forma de hacer las cosas no sucede de un día para otro. Habrá que invertir en formación, acompañamiento y soporte cercano para evitar que la resistencia al cambio se traduzca en bloqueos o en una caída de la productividad.

Además, los plazos son ambiciosos pero flexibles. El gobierno no ha fijado una fecha única de “apagón” de Windows, sino una serie de hitos: planes ministeriales a finales de 2026, primeras cuotas de adopción medibles a partir de ese momento y una migración que se extenderá varios años. La experiencia sugiere que el ritmo variará mucho según el tipo de organismo y la criticidad de los sistemas implicados.

Oportunidad para el ecosistema tecnológico europeo

Más allá de la administración francesa, esta transición abre un mercado enorme para las empresas tecnológicas europeas, desde grandes proveedores hasta startups emergentes. Lo que antes era un espacio prácticamente monopolizado por Microsoft y otros gigantes ahora se fragmenta y genera demanda de nuevas soluciones.

Solo la migración de estaciones de trabajo supone 2,5 millones de endpoints que necesitarán distribuciones Linux robustas, herramientas de gestión de flotas, servicios de soporte y soluciones de seguridad adaptadas. A eso hay que añadir la reconversión de la nube pública de la administración hacia proveedores que cumplan con los estándares EUCS, un campo en el que ya se posicionan actores como Outscale, OVHcloud o Scaleway.

También se abre un nicho significativo en el terreno de las herramientas colaborativas para organizaciones que exigen que los datos se queden en Europa. Suites ofimáticas, plataformas de comunicación interna, servicios de videoconferencia y sistemas de gestión documental que encajen en esta filosofía pueden encontrar en Francia y el resto de la UE un mercado institucional en expansión.

Si el plan francés prospera, es razonable esperar un efecto dominó en otros gobiernos europeos que, quizá con menos ruido mediático, están estudiando movimientos similares. Para muchas startups y proveedores de software empresarial, la pregunta no es si habrá demanda de soluciones soberanas, sino quién estará listo para satisfacerla cuando se materialicen licitaciones y contratos.

El giro de Francia hacia Linux y el software soberano no es una anécdota técnica, sino un intento serio de reequilibrar el poder tecnológico entre Europa y las grandes multinacionales estadounidenses; si logra sortear los problemas de compatibilidad, la resistencia interna y los plazos ajustados, el país puede convertirse en referencia para otros Estados miembros y, de paso, en un catalizador de un ecosistema digital europeo más independiente, competitivo y alineado con sus propios intereses estratégicos.

from Linux Adictos https://ift.tt/U79cS5p
via IFTTT

La llegada GNU Linux-libre 7.0 marca un nuevo paso en la evolución de los núcleos completamente libres, pensados para quienes quieren evitar cualquier tipo de firmware o módulo propietario en su sistema. Esta edición se publica justo después del lanzamiento del kernel Linux 7.0, replicando sus novedades técnicas, pero sometidas a un exhaustivo proceso de limpieza del código.

En esta versión se mantiene el objetivo que ha definido históricamente al proyecto: eliminar cualquier rastro de binarios y referencias a firmware no libre, aun a costa de reducir el soporte para cierto hardware. Para usuarios y organizaciones preocupados por la transparencia, la auditabilidad y la libertad del software, este enfoque sigue siendo especialmente relevante.

Publicación en paralelo a Linux 7.0

GNU Linux-libre 7.0 se publica inmediatamente después de que el kernel Linux 7.0 haya sido anunciado oficialmente en el proyecto principal. A partir de ese código base, el equipo de mantenimiento aplica su ya tradicional proceso de “deblob”, consistente en revisar el árbol completo del kernel para retirar el soporte de carga de módulos y firmware privativo, así como cualquier referencia a blobs binarios incrustados o descargables.

Este procedimiento no solo se limita a borrar ficheros binarios; implica también modificar partes del código fuente de los controladores que esperan cargar firmware externo no libre, bloquear rutas de ejecución que podrían terminar en la carga de microcódito propietario y ajustar documentación y descripciones de dispositivos. El resultado es un núcleo preparado para funcionar únicamente con componentes que dispongan de firmware libre o que no requieran firmware cargado en tiempo de ejecución.

GNU Linux-libre 7.0 y la limpieza intensiva de controladores y código del kernel

La versión 7.0 ha centrado buena parte de su trabajo en depurar controladores y secciones del núcleo relacionadas con gráficos, red y procesamiento especializado. Una de las piezas destacadas en esta ronda de cambios es el controlador IWLMLD, usado en determinados adaptadores inalámbricos, que ha sido revisado para eliminar dependencias de firmware no libre y referencias a blobs binarios que el kernel original podría intentar cargar.

Junto a ese controlador, se han actualizado las normas de “deblob” aplicadas a diversos componentes muy presentes en equipos de escritorio, portátiles y estaciones de trabajo, como las GPU de amdgpu y adreno, donde suelen ser frecuentes los microcódigos internos y paquetes de firmware. El proyecto ha reajustado las reglas para que el kernel resultante no intente cargar ni recomendar firmware propietario, lo que afecta de forma directa al soporte de determinadas funcionalidades avanzadas en tarjetas gráficas modernas.

El trabajo de limpieza se extiende también a otros controladores de red y periféricos, como TI PRUeth (relacionado con interfaces Ethernet programables de Texas Instruments), el hardware air_en8811h, el controlador inalámbrico ath12k, la unidad de procesamiento de vídeo TI VPE y diferentes componentes de red y audio como rtw8852b, rt1320, rt5575 SPI o el amplificador de audio tas2783. En todos estos casos, el objetivo ha sido ajustar las reglas de eliminación de blobs para que ningún firmware privativo quede referenciado en el árbol del kernel.

También se ha actuado sobre la parte de audio de ciertas plataformas Intel, con la revisión del controlador Intel catpt, que en el kernel estándar puede involucrar firmware específico para la gestión del procesador de audio. La edición libre del núcleo bloquea o elimina cualquier intento de carga de código no libre para este tipo de componentes, alineándose con la filosofía del proyecto.

Revisión de NPU, Bluetooth y documentación de dispositivos

Más allá de los controladores clásicos de red y vídeo, la versión GNU Linux-libre 7.0 introduce cambios en torno a las unidades de procesamiento neuronal (NPU) y a dispositivos Bluetooth. Con la aparición de más NPU en el mercado, muchos controladores incorporan referencias a firmware cerrado necesario para sacar partido a la aceleración de inteligencia artificial, algo que entra en conflicto directo con los objetivos del proyecto.

En este contexto, se han limpiado específicamente las referencias relacionadas con la NPU de Airoha, evitando que el kernel modificado intente utilizar microcódigo o firmware que no cumpla con los requisitos de libertad de la comunidad GNU Linux-libre. De forma similar, se ha revisado el soporte para Bluetooth de Qualcomm/Atheros, ya que buena parte de esos dispositivos dependen de pequeños blobs para funcionar plenamente; en la versión libre se han eliminado o bloqueado los caminos de código que requerían esos ficheros privativos.

El mantenimiento también ha alcanzado al ecosistema de documentación y descripciones de hardware, con cambios en los ficheros de árbol de dispositivos (device tree) vinculados a tecnologías como TI hms-m4fss y otros componentes. Se han ajustado y limpiado varios documentos y ficheros DTS para que no contengan indicaciones de uso de firmware no libre. En el caso del componente rt5514, se ha reorganizado el orden en el que se realizan las tareas de limpieza, aunque la cantidad y tipo de contenido eliminado permanece igual, lo que garantiza coherencia con versiones anteriores.

Gráficos y red, los grandes focos de intervención en GNU Linux-libre 7.0

Según destacan los mantenedores, esta versión confirma una tendencia ya conocida: los controladores de vídeo y de red siguen siendo los más afectados por las tareas de “deblob”. Se trata de categorías de hardware que, en el kernel principal, dependen con frecuencia de microcódigos, firmware auxiliares y actualizaciones binaras cargadas en tiempo de ejecución, muchas de ellas con licencias que no permiten su modificación o redistribución en condiciones compatibles con el software libre.

Para usuarios y administradores de sistemas, esto implica que en entornos basados en GNU Linux-libre 7.0 es más probable encontrar limitaciones en la compatibilidad o en las prestaciones de determinadas tarjetas de red inalámbricas, adaptadores Bluetooth y GPUs modernas, especialmente cuando el fabricante solo ofrece firmware privativo. A cambio, se gana la seguridad de trabajar con un núcleo que evita por completo la carga de componentes cuyo código no puede auditarse ni modificarse.

El avance de nuevas arquitecturas y dispositivos —sobre todo en campos como la aceleración de IA, el procesamiento multimedia y las comunicaciones de alta velocidad— hace que, con cada versión mayor del kernel upstream, aumenten las secciones de código que hacen referencia a firmware binario. Esto obliga al equipo de GNU Linux-libre a repetir, versión tras versión, un proceso minucioso de auditoría y saneamiento del código, revisando una y otra vez los controladores que se van incorporando.

Compromiso con un kernel totalmente libre

La prioridad del proyecto sigue siendo garantizar que el kernel resultante no dependa en absoluto de firmware privativo, ni siquiera como opción de uso. Por ello, las rutinas encargadas de cargar firmware externo, los mensajes que recomiendan instalar blobs binarios o el simple soporte para módulos propietarios se deshabilitan o eliminan de manera sistemática.

Esta postura, que puede parecer estricta para quienes buscan la máxima compatibilidad con hardware reciente, responde a una visión muy clara dentro de la comunidad de software libre: si una parte fundamental del sistema no es auditable, modificable o redistribuible en condiciones de libertad, se considera que el usuario pierde control sobre su propio equipo. De ahí que se mantenga la decisión de priorizar la libertad sobre el soporte a dispositivos que no ofrecen alternativas abiertas.

Donde la preocupación por la soberanía tecnológica, la seguridad y el respeto a la privacidad va en aumento, este enfoque resulta especialmente interesante para administraciones públicas, organizaciones del tercer sector y usuarios avanzados que quieran evitar depender de componentes cerrados en áreas tan sensibles como el cifrado, las comunicaciones o el procesamiento de datos críticos.

Para usuarios que valoran trabajar únicamente con software libre desde el núcleo hacia arriba, la publicación de GNU Linux-libre 7.0 supone la disponibilidad de un kernel actualizado a la última versión principal de Linux, pero filtrado para eliminar dependencias de firmware no libre, reforzando así tanto la coherencia con los principios del software libre como la confianza en el código que se ejecuta en sus equipos.

from Linux Adictos https://ift.tt/u6awi5s
via IFTTT

La semana pasada llegó Little Snitch a Linux. No es igual que en macOS, para lo bueno y para lo malo. Su desarrollador confiesa que le asombra la velocidad del funcionamiento en Linux, pero por lo menos la v1.0.0 muestra su interfaz en el navegador. Muchos usuarios de Linux estarán encantados con herramientas tipo CLI como iftop o nethogs, pero tener algo con interfaz de usuario es totalmente diferente. Para muchos usuarios, y aunque me encanten algunas herramientas como yt-dlp en el terminal podría incluirme en este grupo, mucho mejor.

En este artículo vamos a explicar todo lo que necesitáis saber para instalar, configurar y usar Little Snitch. Adelanto que es mucho más intuitivo que cualquier herramienta con línea de comandos, y funciona mejor que OpenSnitch. Vamos allá.

Instalación de Little Snitch

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

Antes de empezar, un aviso

Yo lo he probado en diferentes sistemas operativos, y en al menos dos me he encontrado con problemas. Uno fue Ubuntu 26.04, y el otro EndeavourOS. En ambos casos se instaló correctamente, pero no pude iniciar ni en Linux 6.19 ni en Linux 7.0, el kernel que usa Resolute Raccoon. Mi recomendación es que se use en Linux 6.12, que es en donde lo ha probado el desarrollador, o en 6.18, que es donde el autor de este artículo tuvo éxito.

La información oficial dice que funcionará en Linux 6.12 en adelante, pero yo no lo he conseguido ejecutar en 6.19 (ni nativo ni máquina virtual) ni 7.0 (máquina virtual).

Si se instala y no se puede entrar al sistema operativo, lo mejor es iniciar y entrar al terminal. Esto se consigue eligiendo la opción secundaria en el grub, la que pondrá «recuperación» o algo que nos dé a entender que son opciones extra. Una vez en el terminal, se puede usar el comando sudo apt remove littlesnitch (o pacman, dnf…) y podrá volver a iniciar.

Proceso de instalación

El proceso de instalación es muy sencillo:

1. En este enlace están los paquetes oficiales. Los .deb son para distribuciones con base Debian, los .rpm con base Fedora o similares y los .pkg.tar.zst para Arch. Los hay para arquitecturas x86_64, ARM y RISC.
2. Se instala con el comando adecuado: Hay que tener en cuenta que el comando se lanza en la ruta en donde está el paquete, o tras la orden install o -U se pone la ruta completa:
   • Debian/Ubuntu: sudo apt install littlesnitch_1.0.0_amd64.deb
   • Fedora, RHEL, etc: sudo dnf install littlesnitch_1.0.0_amd64.deb
   • Arch: sudo pacman -U littlesnitch_1.0.0_amd64.deb

En el caso de Arch, existe en paquete littlesnitch-bin en AUR. Y eso sería todo. El servicio se habrá añadido para que inicie con el sistema.

Uso del programa

Lo mejor es abrir un terminal y ejecutar littlesnitch, por lo menos la primera vez. El motivo es sencillo: cuando se escribe el comando, en el terminal vemos «Opened the Little Snitch Web UI in a browser window.», lo que significa que, al menos, ya se ha instalado e intentado ejecutarse. Se abrirá la interfaz web en una ventana del navegador web por defecto, con la URL http://localhost:3031. Las demás veces se puede lanzar desde cualquier herramienta compatible con comandos, como Kickoff o Krunner de Plasma.

Si no vemos la interfaz web, recomiendo mirar el monitor del sistema del sistema operativo. Yo he llegado a ver en Manjaro con Linux 6.19 (que no funciona) que el proceso «littlesnitch» ha estado ocupando cerca del 90% de la CPU, algo que no pasa en un kernel compatible.

Partes de la interfaz

En la parte superior, al lado del nombre del programa, veremos una «i» que sólo da información del software. El interruptor del centro nos permitirá activar o desactivar el filtro. A la derecha del todo está el botón del tema (sistema, oscuro o claro), y a su izquierda las pestañas.

En la pestaña «Conections» se verán las conexiones. La imagen de abajo muestra que Firefox está haciendo muchas llamadas, una de ellas a es.euronews.com, esto en el cuadro izquierdo. En el derecho se ven las reglas, y abajo hay un gráfico del tráfico (que en el momento de escribir este artículo no refresca bien).

Centrémonos en el cuadro izquierdo, donde están las conexiones. Como es una máquina virtual y no sé por qué sale ese es.euronews.com, haremos clic en la bola verde.

Automáticamente veremos tres cosas: aparecerá el icono de una flecha circular a la izquierda para deshacer cambios, la bola pasará a ser roja, y en el apartado derecho veremos que se ha creado la regla «Firefox -> domain euronews.com».

Ahora se puede hacer la prueba de intentar ir a euronews.com: veréis que no es posible. Esto nos lleva a la tercera pestaña, a la de reglas.

En este apartado podemos ver las reglas creadas. Al hacer clic en una de ellas veremos la información, y también podemos añadir una nota, lo que es muy útil. Como yo estoy probando, he añadido que el bloqueo de euronews.com es eso, una prueba y que no tengo claro por qué está llamando ahí.

No nos habíamos olvidado de la segunda pestaña, que es la de listas de bloqueo. Aquí podemos añadir listas de bloqueo remotos, como cuando añadimos una a un bloqueador de anuncios.

El servicio de Little Snitch siempre se está ejecutando

Está claro por qué, pero no está de más recordarlo. Para que pueda funcionar y gestionar las conexiones siempre, el servicio se añade y se ejecuta con el inicio del sistema. Si no queremos que sea sí, y queremos gestionar las conexiones manualmente, se puede hacer lo siguiente:

1. Se elimina el servicio del inicio:

sudo systemctl disable littlesnitch

2. Ahora, para lanzarlo escribiremos:

sudo systemctl start littlesnitch

3. Y para pararlo:

sudo systemctl stop littlesnitch

p>Si queremos que inicie con el sistema una vez más, en el primer comando ponemos «enable»

Little Snitch es fácil de usar

Little Snitch es verdaderamente fácil de usar. Si se sabe un poco de inglés, gestionar el tráfico es cuestión de mirar y hacer un par de clics. Su interfaz clara permitirá hacer todo esto sin volverse loco mirando a la terminal ni la necesidad de lanzar varios procesos.

from Linux Adictos https://ift.tt/yVgLoEz
via IFTTT