• Compra una licencia de Windows 10/11 (10€) u Office (18€) al mejor precio u Office al mejor precio. Entra en este post con las ofertas
  • ¡Bienvenid@! Recuerda que para comentar en el foro de El Chapuzas Informático necesitas registrar tu cuenta, tardarás menos de 2 minutos y te dará valiosa información además de ayudarte en lo que necesites o pasar un rato agradable con nosotros.

Duda Router Asus y versión de Samba

Fallout

Chapuzas Junior
Registrado
22 Jun 2019
Mensajes
733
Puntos
93
Buenas,

trasteando con primer router que no es de operador (Asus AX5400) y al comprobar la versión de Samba de Asuswrt no la encuentro por ningún lado, y luego en foros lo que he visto que es usan la v1 ... cosa que me extraña debido a los problemas de seguridad.

Luego veo que Merlin permite activar la v2, que entiendo que si estuviera habilitada en Asuswrt no haría falta implementarlo. Decir que aunque veo que Merlin parece ser bastante fiable, prefiero usar las versiones de los fabricantes.

Sin embargo hago la prueba accediendo desde Windows 10 y lo hace sin problema, aun con la Compatibilidad con el protocolo para compartir archivos SMB 1.0/CIFS desactivada, pero teniendo activo SMB Directo (que no sé bien lo que es).

Entiendo que al ser un router tan nuevo deberán tener pulido Samba con versiones actualizadas... ¿alguien sabe algo al respecto?
 
El problema de samba es que por lo visto las versiones más modernas reducen mucho la velocidad de acceso porque necesitan
Actualizar Samba trae múltiples problemas.

1) Las versiones más nuevas de Samba son mucho, MUCHO más grandes. Samba 4.x ocuparía más de la mitad del espacio flash de un RT-N66U, por ejemplo, simplemente no encajaría con el resto
2) Samba 4.x es una pesadilla para la compilación cruzada. Netgear actualizó recientemente algunos de sus enrutadores a 4.x, y para hacerlo tuvieron que compilar manualmente algunos elementos y luego insertar estos elementos precompilados dentro del proceso de compilación regular. Yo mismo logré lo mismo en Asuswrt en mis propias pruebas, y deseché todo el proyecto debido al tamaño tonto de la huella de Samba resultante.
3) Samba 3.6.25 es bastante fácil de compilar de forma cruzada, y hay parches para que su tamaño sea más manejable. Todavía sería potencialmente demasiado grande para los modelos de enrutador de gama baja
4) El protocolo SMBv2 tiene un rendimiento cercano al 10 % debido a su mayor uso de la CPU cuando se ejecuta en un enrutador de baja potencia. En modelos de gama alta que apenas alcanzan los 60 MB/s, hablamos de bajar a 50 MB/s de media. En los modelos de gama baja, ni siquiera me molesté en compararlo...
5) Y actualizar a 3.6.25 tiene una utilidad limitada, ya que esa versión ya está en EOL

En teoría, Asus podría pasar a 3.6.25 (incluso podrían reutilizar todo mi código allí para ahorrar tiempo de desarrollo; he tenido 3.6.25 funcionando durante años en mi firmware). Pero también significa lidiar con los usuarios que se quejan de la pérdida de rendimiento (algunas personas se quejan cuando ven una caída del 2% en el rendimiento y se niegan a actualizar su firmware debido a esto), y también significa tener que lidiar con el impacto para los usuarios de gama baja. modelos como el RT-N300. Y no abordaría el problema a largo plazo de la falta de actualizaciones de seguridad.

El mayor problema aquí, en última instancia, es el propio Samba. A los desarrolladores de Samba realmente no les importa el mercado integrado, y están más interesados en las implementaciones de NAS/servidor, como se ve en su trabajo para agregar compatibilidad con Active Directory y demás. El mercado integrado necesita una alternativa a Samba, y hasta ahora no hay ninguna.

Cuando alguien preguntó a los desarrolladores de Samba hace unos años sobre una mejor compatibilidad con dispositivos integrados, su respuesta fue "Claro, envíenos parches y consideraremos implementarlos". En resumen, no van a dedicar tiempo de desarrollo a esto.

 
El problema de samba es que por lo visto las versiones más modernas reducen mucho la velocidad de acceso porque necesitan
Actualizar Samba trae múltiples problemas.

1) Las versiones más nuevas de Samba son mucho, MUCHO más grandes. Samba 4.x ocuparía más de la mitad del espacio flash de un RT-N66U, por ejemplo, simplemente no encajaría con el resto
2) Samba 4.x es una pesadilla para la compilación cruzada. Netgear actualizó recientemente algunos de sus enrutadores a 4.x, y para hacerlo tuvieron que compilar manualmente algunos elementos y luego insertar estos elementos precompilados dentro del proceso de compilación regular. Yo mismo logré lo mismo en Asuswrt en mis propias pruebas, y deseché todo el proyecto debido al tamaño tonto de la huella de Samba resultante.
3) Samba 3.6.25 es bastante fácil de compilar de forma cruzada, y hay parches para que su tamaño sea más manejable. Todavía sería potencialmente demasiado grande para los modelos de enrutador de gama baja
4) El protocolo SMBv2 tiene un rendimiento cercano al 10 % debido a su mayor uso de la CPU cuando se ejecuta en un enrutador de baja potencia. En modelos de gama alta que apenas alcanzan los 60 MB/s, hablamos de bajar a 50 MB/s de media. En los modelos de gama baja, ni siquiera me molesté en compararlo...
5) Y actualizar a 3.6.25 tiene una utilidad limitada, ya que esa versión ya está en EOL

En teoría, Asus podría pasar a 3.6.25 (incluso podrían reutilizar todo mi código allí para ahorrar tiempo de desarrollo; he tenido 3.6.25 funcionando durante años en mi firmware). Pero también significa lidiar con los usuarios que se quejan de la pérdida de rendimiento (algunas personas se quejan cuando ven una caída del 2% en el rendimiento y se niegan a actualizar su firmware debido a esto), y también significa tener que lidiar con el impacto para los usuarios de gama baja. modelos como el RT-N300. Y no abordaría el problema a largo plazo de la falta de actualizaciones de seguridad.

El mayor problema aquí, en última instancia, es el propio Samba. A los desarrolladores de Samba realmente no les importa el mercado integrado, y están más interesados en las implementaciones de NAS/servidor, como se ve en su trabajo para agregar compatibilidad con Active Directory y demás. El mercado integrado necesita una alternativa a Samba, y hasta ahora no hay ninguna.

Cuando alguien preguntó a los desarrolladores de Samba hace unos años sobre una mejor compatibilidad con dispositivos integrados, su respuesta fue "Claro, envíenos parches y consideraremos implementarlos". En resumen, no van a dedicar tiempo de desarrollo a esto.

Tremenda explicación.

Yo pienso que quizas esté utilizando la v2 dado que como dije, he podido acceder desde Windows 10 con SMB1 desactivado.

Mi uso es personal y básico, para contenido multimedia y poco más en local (nada de VPN), lo que me preocupa es la seguridad sobre todo (intento ser bastante cuidadoso en la medida de mis posibilidadades aunque no tengo nada demasiado importante, pero si me puedo evitar problemas mejor).

En caso de ser sobre todo la v1, entiendo mientras no abra el puerto 445 hacia el exterior no debería haber problema, qué opinas?
 
Última edición:
Arriba