Al acceder a las notas de lanzamiento de OpenWrt 24.10.0 se muestra una página de verificación de bots de Anubis

• La URL de las notas de lanzamiento de OpenWrt 24.10.0 muestra una página de verificación de bots de Anubis para proteger el servidor, en lugar de las notas reales
• Anubis fue implementado porque el web scraping agresivo de empresas de IA puede causar tiempos de inactividad e impedir el acceso a los recursos
• El método de protección es una Proof-of-Work de la familia de Hashcash: para usuarios normales la carga es baja, pero para scrapers masivos el costo se acumula
• El método actual es una solución temporal y, a largo plazo, se busca identificar navegadores headless mediante señales como el renderizado de fuentes
• Anubis requiere funciones modernas de JavaScript, por lo que quienes usen plugins como JShelter deben desactivarlos en ese dominio

---

Pantalla de Anubis mostrada en lugar de las notas de lanzamiento

• La página muestra primero una pantalla de prueba para comprobar si el usuario es un bot
• Esta pantalla aparece porque el administrador del sitio web configuró Anubis para proteger el servidor
• El objetivo de la protección es el scraping agresivo de sitios web por parte de empresas de IA
  • Este tipo de scraping puede provocar tiempos de inactividad del sitio web
  • Puede hacer que los recursos no estén disponibles para todos los usuarios

Método Proof-of-Work y restricciones para usuarios

• Anubis usa un método de Proof-of-Work similar a Hashcash
  • Hashcash es un método de Proof-of-Work propuesto para reducir el spam por correo electrónico
  • La carga adicional para usuarios individuales es despreciable
  • En scrapers masivos, la carga se acumula y aumenta mucho el costo del scraping
• El método actual se parece más a una solución temporal
  • Su objetivo es dedicar más tiempo a hacer fingerprinting e identificar navegadores headless
  • Entre las señales de ejemplo está el modo de renderizado de fuentes
  • Se busca que, cuando sea probable que se trate de un usuario legítimo, la página de desafío Proof-of-Work aparezca con menos frecuencia
• Anubis requiere funciones modernas de JavaScript
  • Plugins como JShelter pueden desactivar funciones necesarias
  • En este dominio se debe desactivar JShelter o plugins similares

[GN⁺]

Opiniones de Hacker News

• OpenWRT es bastante bueno para ofrecer funcionalidad y seguridad en dispositivos de consumo, así que da gusto ver una nueva versión.
  Lo usé durante un tiempo, pero cuando después de unos meses quería mejorar o diagnosticar algo, era difícil saber fácilmente qué configuraciones había cambiado respecto de los valores predeterminados, y por eso era complicado prever dónde había roto algo o qué impacto tendría un cambio en todo el sistema.
  Ahora pasé mi router a NixOS, y puedo ver unas 250 líneas de configuración con los ajustes personalizados necesarios para mi ISP/LAN.
  Aun así, probablemente recomendaría OpenWRT a la mayoría de los usuarios técnicos, porque es más fácil para empezar.

  • En la mayoría de los dispositivos OpenWRT se puede comparar /rom/etc/config con /etc/config.
    Aunque también pueden aparecer mezclados muchos cambios automáticos.
  • Decir que “OpenWRT ofrece bien funcionalidad y seguridad en dispositivos de consumo” es casi un malentendido.
    Muchas veces, la seguridad de los paquetes que no vienen en la instalación predeterminada no se atiende realmente.
    Por ejemplo, el script init de sstp-client desactiva siempre la verificación de certificados: https://github.com/openwrt/packages/issues/25212
  • Suena convincente, pero se puede resolver casi de la misma forma simplemente metiendo /etc en git.
  • Basta con hacer git init, git add ., git commit -m 'default config' en /etc, luego agregar un repositorio remoto y hacer push.
    Después, cuando cambies la configuración, revisas con git diff HEAD, haces un commit como git commit -m 'yay i changed stuff and i know what i did' y push, y queda el historial de cambios.
  • Se pueden usar ambos.
    Uso NixOS para el router principal/firewall/NAT, y OpenWRT como un AP simple en modo bridge.
    Salvo por los cambios relativamente recientes de DSA, todas las actualizaciones fueron fluidas.

• OpenWrt es excelente.
  Hace poco contraté internet de 10 Gbit en casa y tuve que reemplazar mi Ubiquiti USG3; correr OpenWrt en una Lenovo Tiny PC fue una opción fácil y eficiente.
  OpenWrt 24 admite la configuración del túnel IPIP6 del ISP necesario para el acceso IPv4 sobre una conexión IPv6 nativa.
  Hasta ahora estaba usando OpenWrt 23 con los paquetes nuevos de la RC de 24 instalados manualmente, pero parece que ahora podré actualizar toda la instalación.
  También probé pfSense/opnSense, pero el kernel de FreeBSD parecía sufrir con conexiones de red de 10 Gbit si no elegías hardware muy específico, mientras que Linux funcionó perfecto.
  Tuve experiencias parecidas con TrueNAS CORE y SCALE.

  • Incluso hablando de hardware específico, en realidad alcanza con algo como una NIC de la serie Intel x520, que se consigue barato en eBay.
    Para correr IPS a la velocidad completa de la línea vas a necesitar una CPU moderna, pero eso no depende del sistema operativo.
  • Me pregunto si NAT64 se puede reemplazar con IPIP6.
  • Me intriga para qué se necesita internet de 10 Gbps.
    No tengo claro qué uso le dan; en casa, la línea más barata de Comcast, de 50 Mbps, parece suficiente para que 5 personas hagan streaming y jueguen todo el tiempo.
    Uso un router Asus viejo que compré usado en 2015 y que tengo arreglado con cinchos, porque si no se apaga.
    En el trabajo tenemos internet “infinito” con un rango de IP Class A, pero al navegar o hacer streaming no noto diferencia.
    Claro que al transferir archivos sí se nota.

• Siempre quise probar OpenWRT, pero dudaba porque para obtener acceso root en un router de fábrica hacía falta modificar el hardware.
  Por eso, apenas me enteré de que saldría el router OpenWRT One, hardware oficial de OpenWRT, lo pedí de inmediato.
  El router es excelente y me resolvió el problema de bufferbloat y varios problemas más.

  • Parece que tuviste mala suerte o una muestra pequeña.
    En la mayoría de los routers de consumo se puede instalar OpenWRT eligiendo el archivo de firmware desde la página de administración y flasheándolo como si fuera una actualización del fabricante original, o usando recuperación por TFTP.
    Lo que se me viene a la mente ahora son algunos routers Xiaomi, que sí requerían rooteo o un exploit.
  • Puedes comprar una Banana Pi BPI R4 o una NanoPi R6S.
    Tienen ranura microSD o NVMe; si no, también puedes usar un equipo x64 con varios puertos de red (Intel N100 o N305).
  • Casi nunca hace falta modificar el hardware.
    Como la lista de dispositivos compatibles es larga, si no estás intentando forzar OpenWRT en un equipo que ya tienes, es fácil encontrar un dispositivo compatible que no requiera ese proceso.
  • Ve a la wiki y elige el dispositivo más caro y reciente entre los marcados como totalmente compatibles.
    Entonces la instalación es tan fácil como flashear un archivo desde la UI de fábrica.
    No termino de entender que se quejen de que es más difícil que una alternativa de mil dólares, cuando se está usando una buena alternativa gratuita para gente con presupuesto ajustado.

• Todos los routers deberían estar basados en OpenWRT.

  • De hecho, parece que muchos routers están basados en OpenWRT, solo que no lo publicitan.
  • Muchos routers usan OpenWRT, pero encima le ponen su propia UI web pésima, que oculta todas las funciones útiles.
  • TP-Link probablemente ya use OpenWRT como base en varios de sus routers.

• Hace poco me di cuenta de que ya no necesito el Wi-Fi principal en casa, así que tampoco necesito necesariamente un router físico OpenWrt principal.
  El AP secundario para dispositivos IoT todavía tiene que correr OpenWrt.
  Para reducir cables y cachivaches, ahora pienso correr el router OpenWrt como una máquina virtual en uno de mis servidores domésticos.
  Me encanta OpenWrt, pero últimamente PF me resulta mucho menos confuso, así que quería probar alternativas nuevas como pfSense u OPNsense.
  También hay gente a la que le gusta armar routers con OpenBSD, y hay una buena guía: https://openbsdrouterguide.net/
  Me pregunto si habrá opiniones o alternativas que valga la pena considerar.

  • La próxima vez que arme un router principal, planeo usar una Banana Pi R4.
    Se sabe que puede correr OpenWRT sin problemas, y su ventaja es que permite usar 10G.

• Tengo que reemplazar un Ubiquiti EdgeRouter que parece estar fallando
  Ahora uso un ASUS viejo y está “más o menos” bien, pero ya no recibe actualizaciones ni siquiera con firmware de terceros
  Me pregunto qué dispositivo todo en uno decente habrá para OpenWRT
  Mi casa es chica, de unos 1000 sqft, así que en general no hay problemas de cobertura, y todo es inalámbrico
  Básicamente quiero algo estable que pueda configurar una vez y olvidarme

  • Te convendría revisar teklager
    Cuando investigué hace unos 2 años parecía la opción más adecuada, pero quizá valga la pena volver a mirar ahora
    Hay opciones chinas más baratas, pero me preocupan las puertas traseras
    https://teklager.se/en/knowledge-base/which-router-should-i-...
  • Puede que no aplique porque es para rack, pero estoy usando una Gigabyte GA-IMB410TN + Pentium Gold G6405 en un Logic Case SC-1280 de 1U
    Además de las dos NIC Intel de 1GbE de la placa madre, agregué una NIC PCIe Realtek de cuatro puertos 2.5GbE (r8125)
    La placa madre acepta entrada DC de 12~19V por un jack de barril de 5.5 mm, o 12V por el conector de alimentación CPU EPS de 4 pines
    Como el gabinete tiene una fuente Flex ATX 1U de 250W, estoy usando esto último
    Saqué el riel de 12V de la fuente hacia conectores de barril para alimentar el módem y dos switches TP-Link 2.5GbE, reduciendo tres adaptadores tipo ladrillo
    Pegué los dos switches a la tapa superior con velcro y los conecté con cables patch de 20 cm a los puertos 1 y 4 de 2.5GbE
    Tengo 5 LAN en casa, así que los 6 puertos Ethernet cableados que salen de esta configuración me quedan justo
    OpenWRT corre bastante bien en amd64, y llevo varios meses usando sin problemas la rama v24.10 (antes del lanzamiento)
  • Uso un Netgear R7800 viejo como router+switch+Wi-Fi OpenWrt todo en uno de plástico
    Es tan estable que no sentí necesidad de pasarme al Netgear RAX120v2 que compré para actualizar OpenWrt
    El RAX120v2 fue probado con OpenWrt 24-rc y funcionó bien, y lo tengo guardado para cuando necesite una actualización más urgente
    También compré un AP Wi-Fi Netgear WAX220, le puse OpenWrt 24-rc y lo probé con una caja OPNsense
    Porque OPNsense no es adecuado para Wi-Fi
    Decidí que OpenWrt encaja mejor para un uso simple como router, pero el WAX220 también es un buen AP Wi-Fi con OpenWRT, así que probablemente algún día lo conecte a un router OpenWrt más potente basado en PC para correr cosas como IDS/IPS
  • Después de buscar recomendaciones en los foros y la wiki de OpenWRT, me fui por el GL.iNet MT-6000
    El firmware de fábrica es una GUI montada sobre un OpenWRT moderno, y como no intentan bloquearlo, flashearlo es fácil
  • Recomiendo el Dynalink AX3600
    La CPU es realmente rápida, tiene mucha RAM, buen Wi-Fi y funciona perfectamente con OpenWrt
    Está a 59 dólares en Amazon

• Estoy desencantado con OpenWrt
  Durante años envié pull requests agregando paquetes, arreglando problemas y haciendo mejoras
  Pero solo aceptaron y fusionaron PR mínimos de 1 o 2 líneas, mientras que cambios grandes e importantes en los que trabajé, probé y mantuve al día durante años no se fusionaron
  La mayoría simplemente fue ignorada sin feedback
  En cambio, parecen concentrados en hacer funcionar la GPU y Doom, y ahora hasta desarrollan hardware
  Pero ese hardware tampoco es algo bueno, sino crippleware con tantas limitaciones que parece basura electrónica

• Parece que APK tendrá que esperar hasta la 25

  • Para quienes no lo entendieron de inmediato: parece que OpenWrt quiere pasarse al gestor de paquetes de Alpine Linux: https://openwrt.org/docs/guide-user/additional-software/opkg...
    Por cierto, me pregunto cuáles son hoy los dispositivos o fabricantes más recomendados para OpenWrt
    Por mi último Archer C7, parece que TP-Link se quedó atrás
  • Tengo muchas ganas de ese cambio

• Soy SRE, trabajo con infraestructura, me gusta tunear cosas y tengo mi propio homelab
  Durante años, quizá décadas, armé mi equipo de red por mi cuenta, pero era doloroso decirle a mi familia “dame 15 minutos, o quizá unas 4 horas, y va a quedar bien” después de actualizar o trastear algo
  Este año decidí cambiar todo mi equipo de red a Ubiquiti
  Cambié gateway, AP y switches; fue carísimo y también se siente un poco como venderse, pero llevo 6 meses sin ningún problema
  Me alegra mucho que OpenWrt saque releases estables y que otras personas sigan haciéndolo avanzar
  Probablemente lo despliegue en equipos de repuesto donde no pueda romper la red principal, para probar parches y enviar reportes de bugs
  Por ahora estoy disfrutando la tranquilidad

  • Mi experiencia fue exactamente la contraria
    Mis equipos OpenWRT llevan más de 10 años funcionando con muchísima estabilidad, y tengo una caja llena de equipos Ubiquiti que ya no reciben actualizaciones o no son compatibles con el software de administración más reciente
    A algunos les flasheé OpenWRT y volvieron a ser útiles
  • Si estás operando un sistema crítico de producción para una pequeña cantidad de usuarios, como la gente de tu casa, no es venderse
    Tomaste la decisión correcta
  • Vi esto y busqué Amplifi, pero parece que la línea no se actualiza desde 2022, y la gente especula que podrían salir del mercado doméstico
    Me pregunto si eso no te preocupó

• Acabo de actualizar
  Todas mis personalizaciones se aplicaron automáticamente y hasta ahora no hay problemas
  El trabajo del equipo de OpenWrt es impresionante

  • Mis actualizaciones de OpenWrt por lo general fueron exitosas, pero al ver las notas de lanzamiento parece que mi dispositivo objetivo pasó de swconfig a DSA
    Así que tengo que rehacer toda la configuración desde cero
    Aun así, no tenía tanta configuración