{"id":101191,"date":"2021-09-05T10:22:35","date_gmt":"2021-09-05T08:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-openwrt-21-02-0"},"modified":"2021-09-05T10:22:35","modified_gmt":"2021-09-05T08:22:35","slug":"vypusk-openwrt-21-02-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-openwrt-21-02-0","title":{"rendered":"Lanzamiento de OpenWrt 21.02.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha presentado una nueva versi\u00f3n significativa de la distribuci\u00f3n OpenWrt 21.02.0, orientada al uso en diversos dispositivos de red, como enrutadores, conmutadores y puntos de acceso. OpenWrt es compatible con muchas plataformas y arquitecturas diferentes y cuenta con un sistema de compilaci\u00f3n que permite una f\u00e1cil y conveniente creaci\u00f3n de compilaciones cruzadas, incluyendo varios componentes en la compilaci\u00f3n, lo que facilita la formaci\u00f3n de un firmware o imagen de disco adaptada a tareas espec\u00edficas con el conjunto deseado de paquetes preinstalados. Las compilaciones se han formado para 36 plataformas objetivo. <\/p>\n
Entre los cambios en OpenWrt 21.02.0 se destacan: <\/p>\n
\n
Se han incrementado los requisitos m\u00ednimos de hardware. En la compilaci\u00f3n por defecto, debido a la inclusi\u00f3n de subsistemas adicionales del n\u00facleo de Linux para el uso de OpenWrt, ahora se requiere un dispositivo con 8 MB de Flash y 64 MB de RAM. Sin embargo, todav\u00eda es posible crear una compilaci\u00f3n reducida que funcione en dispositivos con 4 MB de Flash y 32 MB de RAM, aunque la funcionalidad de dicha compilaci\u00f3n ser\u00e1 limitada y no se garantiza la estabilidad en su funcionamiento.\n
La distribuci\u00f3n b\u00e1sica incluye paquetes para soportar la tecnolog\u00eda de protecci\u00f3n de redes inal\u00e1mbricas WPA3, que ahora est\u00e1 disponible por defecto tanto en modo cliente como al crear un punto de acceso. WPA3 ofrece protecci\u00f3n contra ataques de fuerza bruta (no permitir\u00e1 la recuperaci\u00f3n de contrase\u00f1as en modo offline) y utiliza el protocolo de autenticaci\u00f3n SAE. La posibilidad de utilizar WPA3 est\u00e1 asegurada en la mayor\u00eda de los controladores para dispositivos inal\u00e1mbricos.\n
La oferta b\u00e1sica incluye de forma predeterminada el soporte para TLS y HTTPS, lo que permite acceder a la interfaz web LuCI a trav\u00e9s de HTTPS y utilizar utilidades como wget y opkg para obtener informaci\u00f3n a trav\u00e9s de canales de comunicaci\u00f3n cifrados. Los servidores a trav\u00e9s de los cuales se distribuyen los paquetes descargados mediante opkg tambi\u00e9n est\u00e1n configurados de manera predeterminada para proporcionar informaci\u00f3n a trav\u00e9s de HTTPS. La biblioteca utilizada para el cifrado mbedTLS ha sido reemplazada por wolfSSL (si es necesario, se pueden instalar manualmente las bibliotecas mbedTLS y OpenSSL, que seguir\u00e1n ofreci\u00e9ndose como opciones). Se ha propuesto la opci\u00f3n «uhttpd.main.redirect_https=1» para configurar el redireccionamiento autom\u00e1tico a HTTPS en la interfaz web.\n
Se ha implementado el soporte inicial del subsistema del n\u00facleo DSA (Arquitectura de Interruptores Distribuidos), que proporciona herramientas para la configuraci\u00f3n y gesti\u00f3n de cascadas de conmutadores Ethernet interconectados, utilizando mecanismos empleados para configurar interfaces de red convencionales (iproute2, ifconfig). DSA se puede utilizar para la configuraci\u00f3n de puertos y VLAN en lugar de la herramienta swconfig que se ofrec\u00eda anteriormente, aunque no todos los controladores de conmutadores soportan DSA hasta ahora. En esta versi\u00f3n, DSA se utiliza para los controladores ath79 (TP-Link TL-WR941ND), bcm4908, gemini, kirkwood, mediatek, mvebu, octeon, ramips (mt7621) y realtek.\n
Se han realizado cambios en la sintaxis de los archivos de configuraci\u00f3n ubicados en \/etc\/config\/network. En el bloque «config interface», la opci\u00f3n «ifname» se ha renombrado a «device», mientras que en el bloque «config device», las opciones «bridge» y «ifname» se han cambiado a «ports». Para nuevas instalaciones, ahora se generan archivos separados con la configuraci\u00f3n de dispositivos (capa 2, bloque «config device») y interfaces de red (capa 3, bloque «config interface»). Para mantener la compatibilidad hacia atr\u00e1s, se ha mantenido el soporte para la sintaxis anterior, es decir, las configuraciones previamente creadas no requerir\u00e1n cambios. Sin embargo, en la interfaz web, al detectar la sintaxis antigua, se mostrar\u00e1 un mensaje sugiriendo la migraci\u00f3n a la nueva sintaxis, que es necesaria para editar las configuraciones a trav\u00e9s de la interfaz web.\n
Ejemplo de nueva sintaxis: config device \toption name ‘br-lan’ \toption type ‘bridge’ \toption macaddr ’00:01:02:XX:XX:XX’ \tlist ports ‘lan1’ \tlist ports ‘lan2’ \tlist ports ‘lan3’ \tlist ports ‘lan4’ config interface ‘lan’ \toption device ‘br-lan’ \toption proto ‘static’ \toption ipaddr ‘192.168.1.1’ \toption netmask ‘255.255.255.0’ \toption ip6assign ’60’ config device \toption name ‘eth1′ \toption macaddr ’00:01:02:YY:YY:YY’ config interface ‘wan’ \toption device ‘eth1’ \toption proto ‘dhcp’ config interface ‘wan6’ \toption device ‘eth1’ \toption proto ‘dhcpv6’ <\/p>\n
De manera similar a los archivos de configuraci\u00f3n \/etc\/config\/network, se han cambiado los nombres de los campos en board.json de «ifname» a «device». <\/p>\n
Se ha a\u00f1adido una nueva plataforma «realtek», que permite utilizar OpenWrt en dispositivos con un mayor n\u00famero de puertos Ethernet, como los conmutadores Ethernet de D-Link, ZyXEL, ALLNET, INABA y NETGEAR.\n
Se han a\u00f1adido nuevas plataformas bcm4908 y rockchip para dispositivos basados en SoC Broadcom BCM4908 y Rockchip RK33xx. Se han corregido fallos en el soporte de dispositivos en las plataformas previamente soportadas.\n
El soporte para la plataforma ar71xx ha sido descontinuado, y se recomienda utilizar la plataforma ath79 (para dispositivos vinculados a ar71xx, se aconseja realizar una nueva instalaci\u00f3n de OpenWrt desde cero). Tambi\u00e9n se ha descontinuado el soporte para las plataformas cns3xxx (Cavium Networks CNS3xxx), rb532 (MikroTik RB532) y samsung (Samsung TQ210).\n
Los archivos ejecutables de las aplicaciones involucradas en el procesamiento de conexiones de red est\u00e1n compilados en modo PIE (Position-Independent Executables) con pleno soporte para la aleatorizaci\u00f3n del espacio de direcciones (ASLR) para dificultar la explotaci\u00f3n de vulnerabilidades en tales aplicaciones.\n
Al compilar el n\u00facleo de Linux, las opciones para soportar tecnolog\u00edas de aislamiento en contenedores est\u00e1n habilitadas de forma predeterminada, lo que permite utilizar el conjunto de herramientas LXC y el modo procd-ujail en la mayor\u00eda de las plataformas en OpenWrt.\n
Se ha agregado la posibilidad de compilar con soporte para el sistema de control de acceso obligatorio SELinux (deshabilitado de forma predeterminada).\n
Se han actualizado las versiones de los paquetes, incluidas las versiones de musl libc 1.1.24, glibc 2.33, gcc 8.4.0, binutils 2.34, hostapd 2020-06-08, dnsmasq 2.85, dropbear 2020.81, busybox 1.33.1. El n\u00facleo de Linux se ha actualizado a la versi\u00f3n 5.4.143 con el portado de la pila inal\u00e1mbrica cfg80211\/mac80211 del n\u00facleo 5.10.42 y la transferencia de soporte. VPN<\/a> Wireguard. <\/ul>\n