• Portada
    • Recientes
    • Usuarios
    • Registrarse
    • Conectarse
    1. Foro
    2. cobito
    3. Mensajes
    • Perfil
    • Siguiendo 0
    • Seguidores 5
    • Temas 749
    • Mensajes 6,736
    • Mejor valorados 912
    • Controversial 1
    • Grupos 4

    Publicados por cobito

    • Resumen semana del 30 de octubre de 2023

      El socket LGA 7529

      Intel ha presentado su plataforma Sierra Forest donde se ha mostrado una placa base con un socket de tamaño descomunal con 7500 pines.

      Linux 6.6 disponible

      Linux 6.6 viene con mejoras de seguridad en GPUs de Intel y AMD, soporte de Nouveau para el controlador NVK Vulkan de Nvidia, mejor soporte para los Lunar Lake y Arrow Lake y miles cambios extra.

      Se presenta el M3

      Apple ha presentado el M3 que viene con mejoras del rendimiento de entre el 20 y el 50% en CPU y de un 20% en la GPU con respecto al M2.

      Japón vuelve a la producción de chips

      Canon ha presentado una nueva máquina capaz de fabricar litografías con un ancho de puerta de 5nm. Usa microimpresión y plantea un ahorro de costes muy considerable con respecto al EUV de ASML.

      WD se divide en dos empresas

      Western Digital se va a dividir en dos empresas: una destinada a los discos duros mecánicos y otra a las memorias flash para unidades SSD. La división se producirá durante la segunda mitad del año que viene.

      Asus bate récord de frecuencia

      Asus ha alcanzado una frecuencia de 9.044GHz en un i9-14900KF. El anterior récord se produjo en un i9-13900K a 9.008 GHz.

      uBlock Origin 1.53 disponible

      uBlock Origin 1.53 viene con mejoras en los filtros y en la seguridad. Como de costumbre, los desarrolladores recuerdan que el plug-in funciona mejor en Firefox que en otros navegadores.

      Nuevos controladores Intel

      Intel ha publicado unos controladores que aumentan el rendimiento en DirectX 11 hasta un 750% y un 53% en DX 12.

      Alan Wake II en GNU/Linux

      @pos_yo nos ha traído una guía con los pasos detallados para instalar y ejecutar Alan Wake II en Linux.

      publicado en Portada
      cobitoC
      cobito
    • RE: Información & anuncios

      Desde hace unos días, un grupo de bots maliciosos han estado inundando el servidor de peticiones. Por una serie de cambios por parte de Debian que tengo que estudiar, la reglas de iptables para la web no están funcionando, por lo que tengo que introducir IPs y redes completas manualmente en las múltiples configuraciones de Nginx.

      Debido a esto, y hasta que finalice el "ataque", algunos servicios podrían no estar disponible de forma puntual (hoy por ejemplo, han conseguido tirar Redis).

      publicado en General
      cobitoC
      cobito
    • RE: Alan Wake II en GNU/Linux

      Sin preocupaciones. Hay por ahí hay alguien con más de 2200 videos donde la mayoría tiene 0 visualizaciones. Tú al menos tienes una audiencia decente.

      publicado en Juegos
      cobitoC
      cobito
    • RE: Museo Hardlimit

      El 386 fue un éxito de ventas incluso antes de que apareciera el software que exprimiera todo su potencial. ¿Era sólo hype o realmente supuso un cambio revolucionario? Curiosamente, IBM no fue el primero en participar en la generación de 32 bits del PC que él mismo había inventado, sino que Compaq y Zenith tomaron la delantera. Ante este retraso, todo el mundo se preguntaba qué iba a hacer el gigante azul y si, de adoptar el 386 en sus PCs, respetaría los estándares de la industria.

      publicado en General
      cobitoC
      cobito
    • Resumen semana del 23 de octubre de 2023

      RISC-V empieza su incursión en el escritorio

      La ISA abierta RISC-V ha dado uno de sus primeros pasos en el escritorio, un terreno monopolizado por x86. La placa base tiene formato mini-ITX y viene con un SiFive P670 de 16 núcleos (similar a un Cortex-A78). La placa además es compatible con memoria LPDDR5 y trae los puertos típicos de un PC actual.

      Otro editor de texto para Linux

      Alguien ha estado desarrollando micro, un editor de texto para la consola que quiere subir un peldaño en funcionalidad con respecto a nano. Continúa siendo un programa minimalista aunque trae algunos extras como la posibilidad de tener múltiples cursores y mejoras en la gestión del ratón.

      Procesadores ARM de Nvidia para PC

      Nvidia quiere traer ARM al PC (si es que se podría seguir llamando así) para no tener que depender de la arquitectura de Intel en una estrategia que parece seguir los pasos del M1. Habrá que ver si el rendimiento de Windows para ARM consigue la hazaña de Apple con el susodicho.

      Western Digital quiere a Kioxia

      La otrora división de memorias SSD de Toshiba, Kioxia, pasará a formar parte de Western Digital en los próximos meses.

      KDE 6 en febrero

      El equipo de desarrollo de KDE ya ha dicho que el 28 de febrero estará disponible la sexta versión del entorno de escritorio junto a su framework.

      Rendimiento del Snapdragon X Elite

      Siguen apareciendo noticias sobre los saltos en rendimiento de ARM. Esta vez se han publicado una serie de bancos de pruebas del Snapdragon X Elite donde se afirma que supera al M2 Max y los i9. Las comparativas que han hecho no son demasiado rigurosas porque mezclan sistemas operativos, apenas se han hecho tests de GPU y no se ha probado con cargas reales, pero ahí quedan.

      Firefox 119 disponible

      La centésima decimonovena versión de Firefox viene con la posibilidad de ver todas las pestañas abiertas desde todas las ventanas a través de Firefox View. Además, ahora es posible añadir imágenes a los PDFs. Por otra parte, vienen mejoras relacionadas con la privacidad.

      Muestra de ingeniería del i7-11800H

      @pos_yo nos ha traído una muestra de ingeniería del i7-11800H en todos los modos. El procesador parece que tiene una frecuencia algo superior a la nominal y eso hace que su rendimiento sea proporcionalmente superior al i7-11800H oficial.

      Comparativa de tres SBCs

      En esta entrada han hecho una comparativa entre la Raspberry Pi 5, la Orange Pi 5 Plus y la Rock 5 Model B.

      qBittorrent 4.6 disponible

      qBittorrent 4.6.0 viene con una larga lista de cambios de la que destaca el soporte experimental para I2P.

      publicado en Portada
      cobitoC
      cobito
    • RE: Ponga un MEME en su foro Vol 2

      Calidad Hardlimit, oiga.

      publicado en Off Topic
      cobitoC
      cobito
    • Resumen semana del 16 de octubre de 2023

      Samsung Pro de 40€ falsas

      Se han encontrado unas unidades SSD Samsung 990 Pro de 4TB con 40€ que, aparentemente son idénticas a las originales con dos diferencias: van 7 veces más lentas y su durabilidad es tan corta, que no es posible ni siquiera comprobar su capacidad total.

      El almacenamiento en vidrio de Microsoft

      Microsoft sigue desarrollando su dispositivo de almacenamiento en cristal al que ha bautizado proyecto Silica. En un pedazo de vidrio del tamaño de una tarjeta de crédito han podido almacenar 7TB. Este medio es resistente al agua, a pulsos electromagnéticos, a temperaturas extremas, a arañazos en la superficie y se estima que la información puede durar almacenada unos 10000 años.

      Nvidia empieza a tomarse en serio a Wayland

      La última beta de los controladores de Nvidia para Linux viene con una gran cantidad de cambios que orbitan en torno a Wayland. Entre otras cosas trae tasa de refresco variable y profundidad de color de 10 bits.

      Windows 3.11 en hardware moderno

      Alguien ha instalado Windows 3.11 en un Raptor Lake. Incluye conexión a Internet y un lote de programas para el gestor de ventanas que acaban dejando un sistema bastante completo y funcional.

      Intel N100

      Alguien nos ha traído el Alder Lake más básico. Se trata del N100, un SoC con 4 núcleos que con un TDP de 6W rinde realmente bien. Tiene un rendimiento similar al i5-6200U y de entre los micros de la arquitectura, queda bastante cerca del i5-12400F.

      publicado en Portada
      cobitoC
      cobito
    • Resumen semana del 9 de octubre de 2023

      Las GPUs ahora tienen más caché que las CPUs

      En este extenso artículo explican por qué los procesadores gráficos han acabado teniendo más caché que los procesadores de propósito general.

      Nuevo controlador duplica rendimiento de Arc

      Un nuevo controlador duplica el rendimiento de las GPUs Arc de Intel. Las mejoras vienen principalmente en títulos DirectX 11 aunque también hay cambios para la 12.

      Ardour 8 disponible

      Entre otras muchas novedades, Ardour 8 viene con algo llamado Quick Group, con el que la mayoría de los controles relacionados con la mezcla ahora funcionan en todas las pistas y buses seleccionados.

      Bloquear acceso a páginas, redireccionar y habilitar caché

      Ahora que tenemos el archivo .htaccess operativo en nuestro servidor casero, podemos realizar algunas configuraciones que nos permitirán controlar el acceso a ciertas páginas, redireccionar URLs e indicar al navegador qué archivos debe cachear para ahorrar ancho de banda.

      publicado en Portada
      cobitoC
      cobito
    • Bloquear acceso a páginas, redireccionar y habilitar caché

      Este hilo forma parte de la guía para montar un servidor en Debian.
      Recuerda que el contenido de Hardlimit está bajo licencia Creative Commons.


      Una vez que tenemos el archivo .htaccess operativo, podemos empezar a usarlo para algunas cuestiones prácticas que se explican a continuación.

      Bloquear el acceso a una página con .htaccess

      Una de las posibilidades que nos permite el archivo .htaccess es impedir el acceso a una subcarpeta o archivo de nuestro servidor web.

      Si todavía no disponemos de un archivo .htaccess, lo creamos en la subcarpeta donde queramos que tenga efecto.

      touch /var/www/html/subcarpeta/.htaccess
      nano /var/www/html/subcarpeta/.htaccess
      

      Para bloquear el acceso a un archivo, pegamos al final del archivo el siguiente texto:

      <Files archivo.html>
         deny from all
      </Files>
      

      Para impedir el acceso a una carpeta, pegamos esto:

      <Directory /var/www/html/subcarpeta/bloqueada>
         deny from all
      </Directory>
      

      Mover página de dirección

      En alguna ocasión es posible que queramos mover nuestra web de dirección, ya sea porque queremos cambiarle el nombre, porque queremos pasar de un subdominio y a un dominio o cualquier otra razón.

      Para que los robots de búsqueda y los usuarios puedan seguir accediendo al contenido sin tener que conocer la nueva dirección, podemos redireccionar todo el contenido al nuevo dominio. De esa forma, los navegadores web y robots recibirán un código de estado 301 moved permanently lo que indica que el sitio ha sido movido.

      Lo único que tenemos que hacer es crear un archivo .htaccess en la subcarpeta donde se encuentra la web:

      touch /var/www/html/subcarpeta/.htaccess
      nano /var/www/html/subcarpeta/.htaccess
      

      Finalmente pegamos este texto:

      Options +FollowSymLinks
      RewriteEngine on
      RewriteRule (.*) https://nuevo_dominio.com/$1 [R=301,L]
      

      Lo único que debemos modificar es el dominio de nuestra nueva web. Ahora cada vez que alguien acceda a la antigua dirección, será redireccionado inmediatamente a la nueva y los robots de búsqueda sabrán que el sitio ha sido movido.

      Habilitar caché del navegador

      Si habilitamos la caché del navegador con Apache, nos ahorraremos una gran cantidad de ancho de banda cuando tengamos que servir ciertos elementos y por otra parte, al cliente le cargará la página mucho más rápido. No obstante, hay que tener en cuenta que si permitimos el cacheo de ciertos archivos, el cliente podría estar visualizando contenido sin contactar con el servidor, por lo que serían visitas no contabilizadas. Además, si hay ciertos elementos que cambian con frecuencia, en el caso de que se haya accedido previamente a ese recurso, los cambios no se visualizarán hasta que expire la caché.

      En primer lugar activamos el módulo expires y reiniciamos Apache como root:

      a2enmod expires
      /etc/init.d/apache2 restart
      

      Si no contamos con un archivo .htaccess, lo creamos:

      touch /var/www/html/subcarpeta/.htaccess
      nano /var/www/html/subcarpeta/.htaccess
      

      Y añadimos el siguiente texto:

      <IfModule mod_expires.c>
         <filesmatch "\.(jpg|JPG|jpeg|JPEG|gif|GIF|png|PNG|css|ico)$">
            ExpiresActive on
            ExpiresDefault "access plus 30 day"
         </filesmatch>
      </IfModule>
      

      Los parámetros que nos interesan son estos:
      · filesmatch: ahí se indican las extensiones de los archivos que se van a almacenar en la caché del navegador. No añadas la extensión html ya que son archivos que consumen poco caudal y cualquier modificación no surtirá efecto en la visualización hasta que caduque la caché.
      · ExpiresDefault "access plus xx day": se indica la cantidad de días que se almacenará la caché. Cuanto más tiempo, menos se repetirán los envíos de ciertos archivos a visitantes habituales pero más tardarán en poder visualizar los cambios producidos en esos archivos.

      publicado en Sistemas operativos
      cobitoC
      cobito
    • Resumen semana del 2 de octubre de 2023

      ASUS se hace cargo de los NUCs

      Después de que Intel decidiera abandonar el desarrollo de sus miniPCs de bajo consumo, ASUS ha recogido el testigo de forma oficial y continuará con las generaciones 10 a la 13 del ordenador.

      Fallo de seguridad en GPU ARM

      Se ha encontrado un fallo de seguridad en GPUs Mali de ARM. El fallo permite a un atacante leer el contenido de memoria que ha sido liberada. Los dispositivos que hayan sido actualizados a partir de septiembre, están protegidos.

      Problemas de Windows 11 con software de AMD

      La última actualización acumulativa de Windows 11 (KB5030310) ha hecho que el panel de control de Adrenalin deje de funcionar. A pesar del problema, los controladores funcionan con normalidad.

      Ryzen Z1 Extreme

      Alguien nos ha traído un Ryzen Z1 Extreme. Se trata de un Zen 4 portátil con 8 núcleos y un TDP de 30W que consigue el medio millón de puntos. Su rendimiento es similar al Core i5-12400 y queda en la posición 41 del ránking general.

      Habilitar archivo .htaccess

      Continuamos poniendo a punto nuestro servidor web con Apache en Debian. Esta vez, vamos a habilitar el archivo .htaccess, un archivo que nos permitirá gestionar accesos, redirecciones y otros aspectos importantes que detallaremos en el siguiente capítulo.

      publicado en Portada
      cobitoC
      cobito
    • Gestión del archivo .htaccess

      Este hilo forma parte de la guía para montar un servidor en Debian.
      Recuerda que el contenido de Hardlimit está bajo licencia Creative Commons.


      Procedimiento

      Como root:

      a2enmod rewrite
      nano /etc/apache2/sites-available/000-default.conf
      

      Añadir dentro de la sección VirtualHost correspondiente una sección Directory:

      <Directory "/var/www/html">
         Require all granted
         Options Indexes FollowSymLinks MultiViews
         AllowOverride All
      </Directory>
      
      /etc/init.d/apache2 restart
      

      Explicación

      El archivo .htaccess es un archivo de configuración de vital importancia que se aplica a cada subcarpeta de nuestro servidor. En él podemos hacer cosas como bloquear ciertas páginas, limitar el enlazado de cierto material (como imágenes) y muchos más.

      Para habilitarlo, lo único que tenemos que hacer es activar el módulo rewrite, así que escribimos en consola como root:

      a2enmod rewrite
      

      Ahora debemos editar con Nano el archivo000-default.conf como root:

      nano /etc/apache2/sites-available/000-default.conf
      

      Ahí debemos crear una sección Directory dentro de una sección VirtualHost. Eso se hace copiando el siguiente texto dentro de una sección VirtualHost:

      <Directory "/var/www/html">
         Require all granted
         Options Indexes FollowSymLinks MultiViews
         AllowOverride All
      </Directory>
      

      En el campo Directory deberemos poner la carpeta donde queremos que .htaccess funcione. Si queremos habilitar .htaccess en unas carpetas y deshabilitarlo en otras, podemos usar un esquema como el siguiente:

      <Directory "/var/www/html">
         AllowOverride None
      </Directory>
      
      <Directory "/var/www/html/wordpress">
         Require all granted
         Options Indexes FollowSymLinks MultiViews
         AllowOverride All
      </Directory>
      

      Una configuración funcional quedaría así:
      4749945f-a8a1-45de-aca0-eb26cd29ad9f-imagen.png

      De esta forma, .htaccess funcionará en /var/www/html/wordpress pero no en /var/www/html.

      Cada sección Directory es independiente y puede haber tantas como necesitemos en una sección VirtualHost.

      Por último reiniciamos el servidor Apache con:

      /etc/init.d/apache2 restart
      
      publicado en Sistemas operativos
      cobitoC
      cobito
    • RE: Información & anuncios

      @krampak dijo en Información & anuncios:

      Madre mía, qué odisea jefe!

      Pues sí, esta vez ha sido duro. Muchos servicios y cada uno de su padre y de su madre.

      @Fassou dijo en Información & anuncios:

      Este es Atlas cargando con la bóveda celeste, o @cobito levantando el servidor, ahora no me acuerdo 🤣

      Un grande!

      Si Atlas estuviera hecho un tirillas, lo mismo habría duda 😅

      @Sylver dijo en Información & anuncios:

      Qué vergüenza no poder devolverte ni una ínfima parte de lo que haces por nosotros @cobito... Menudo currazo 😮

      De una forma u otra, parece que Debian sigue rodeado de peligros como ya me dijese aquel profesor de informática hace años... Pero apuesto lo que sea a que él no tuvo que enfrentarse a tantos añadidos como en este caso.

      En fin, un millón de gracias como siempre, y espero poder contribuir como buenamente pueda con la causa.

      ¡Saludos!

      Vergüenza ninguna. Con que os paséis de vez en cuando a mirar, ya va bien. Debian no es la más fácil aunque esta vez ha sido más mala suerte que otra cosa.

      Bueno, pues en principio, ya está todo funcional. He visto que incluso se han solucionado problemas que había a la hora de visualizar las revistas del museo (un problema que había que la versión de Imagemagick anterior) y las emulaciones vuelven a funcionar (algo raro que hacía Nginx que no supe arreglar).

      Al foro todavía tendré que darle una vueltecilla con el CSS.

      publicado en General
      cobitoC
      cobito
    • RE: Información & anuncios

      La idea inicial estaba clara: instalar Debian, instalar la paquetería, mover ciertos datos de un sitio a otro, instalar los distintos componentes y a volar. En un par de horas debería estar listo. No es la primera vez que lo hago y no debería haber demasiadas dificultades. La realidad: hoy soy 20 años más viejo que la semana pasada.

      Algunas cosas han salido a la primera:

      Las páginas de la casa (portada, banco de pruebas y museo) no parecen tener grandes incompatibilidades con la nueva PHP 8.2 (tan solo ha sido necesario un pequeño cambio en la portada): aquí todavía habrá que hacer una comprobación más exhaustiva. Además, la gente de Nodebb no ha hecho cambios mayores en la API del foro por lo que todos los componentes se han seguido comunicando con el sistema de registros sin necesidad de cambios.

      Sobre el foro junto con su base de datos, ha sido coser y cantar. Aquí la única cuestión es que sí que ha habido una gran cantidad de cambios en la maquetación de las páginas, por lo que el CSS ha quedado parcialmente obsoleto. Lo he ido retocando, aunque quedan todavía detalles por pulir. Hay una gran cantidad de novedades estéticas y, desde mi punto de vista, la versión móvil ha ganado bastante enteros. Todavía falta por resolver un problemilla de permisos que está teniendo el venerable equipo de moderadores que espero que no sea gran cosa.

      Por otra parte, es la primera vez en muchos años que usamos la versión oficial de Debian de Redis, lo cual, desde el punto de vista del mantenimiento, es un gran avance. Enorme avance. Estoy muy contento con esto.

      Y hasta aquí lo bonito. El resto ha sido una bajada a los infiernos:

      · Muchos blogs no son compatibles con PHP 8.2, por lo que tendré que hacer una actualización manual para cada uno de ellos. No debería ser gran cosa, pero hay que hacerlo. Esto me lo voy a tomar con tranquilidad.

      · Uno de los cambios en la organización de los directorios ha consistido en mover todo el contenido "pequeño" (miniaturas, plugins...) de la instancia de Peertube a una unidad SSD para descargar de transacciones al NAS (estaba ya muy petado). Tenía por aquí una flamante unidad SSD casi a estrenar pero, ¡ohh, casualidades de la vida!, es incompatible con la controladora de disco. La enchufas y funciona. Al cabo de las horas, Linux empieza a informar de errores E/S con el ATA. Reinicias y la BIOS deja de detectarla. Si apagas el ordenador y lo enciendes, vuelve a funcionar. He probado con varios cables y con varios conectores SATA pero no, es el maldito disco (que, por cierto, funciona perfectamente en otro equipo). He tenido que echar mano de una no tan nueva unidad SSD (aunque se encuentra en buen estado de salud).

      · En Peertube supuestamente se pueden configurar individualmente los directorios de cada tipo de elemento: temporales, videos, miniaturas, etc. Lo he configurado para repartirlo entre el NAS y la SSD y aparentemente todo funcionaba salvo que desde Internet, no se podía acceder al contenido del NAS. ¿Por qué? Pues porque el CMS usa un puente en Nginx para acceder directamente a los datos definiendo algo llamado 'root'. El problema es que sólo puede haber un 'root'. Entonces, ¿cuál eliges: el NAS o el SSD? Pues después de unas cuantas vueltas, he elegido el SSD creando enlaces simbólicos a las carpetas del NAS. Es una opción poco limpia, pero es la única opción que he encontrado.

      Bueno, hasta aquí han pasado 9 horas, todavía queda por poner a funcionar Mastodon (¡jaja! que alguien me sacrifique, por favor) y empiezo a cuestionarme algunas decisiones. Lo dejo para el día siguiente porque todos los primeros domingos de cada mes, el NAS hace una comprobación de la matriz y eso hace que todo vaya muy lento durante unas horas.

      · ¡Mastodon! Esto son ya palabras mayores. Tanto, que lo voy a dividir en párrafos:

      Mastodon estaba alojado en el disco de sistema. Pero el contenido ocupa bastante y la única forma de que sea sostenible a largo plazo es moverlo al NAS. La operación es sencilla: conectar el antiguo disco y copiar al NAS los datos. Los datos ocupan unos 240GB (no es excesivo), están repartidos en unos 800.000 archivos (es normal porque son imágenes, sus miniaturas y videos cortos) y todo esto está repartido en (¡atención!) dos millones y medio de carpetas. Cualquier persona normal se preguntaría ¿por qué son necesarias millones de carpetas para almacenar cientos de miles de archivos?

      Esta forma de repartir los datos me ha hecho darme cuenta de lo brutalmente lento que es crear dos millones y medio de carpetas en discos mecánicos. Es increíblemente lento; nunca lo hubiera imaginado. En principio, copiar 240GB al NAS debería haber tardado en torno a una hora. Hacer esta copia ha llevado 14 horas. 14 horas más que ha estado la instancia caída.

      Una vez que los archivos están copiados, llega la hora de instalar el CMS. Las instrucciones oficiales están mal. Dicen que hace falta Ruby 3.0.6. Instalo esa versión y llegado a cierto punto, da error. Intento la instalación varias veces más por si me he saltado algo hasta que me da por analizar minuciosamente los logs (sí, esto ha sido culpa mía por no haberlo hecho antes). Resulta que la última versión de Mastodon usa Ruby 3.2.2.

      Todo empieza a ir bien hasta que se pone a compilar. Pienso que quizás he cometido otro error y empiezo la instalación otro par de veces con el mismo resultado. A estas alturas, he instalado Mastodon 8 veces. ¡Ocho! Empiezo a pensar que la carencia de ciertas capacidades cognitivas podrían estar impidiendo llevar a cabo esta tarea. Entonces me encuentro a un tipo en Reddit que dice que lleva ya 12 instalaciones. ¡Eh, mirad qué pringao, DOCE veces, JA! -le grito a la pantalla, sintiendo cómo mi orgullo se recompone parcialmente.

      Pasados unos minutos, recupero mi frágil equilibrio mental y me da por consultar la solución que algún fulano le ha dado a este pobre desgraciado. Resulta que estoy usando una versión demasiado reciente de NodeJS. La versión que estoy usando es la 18 LTS que salió en abril de 2022. ¿Cómo es posible que la última versión de Mastodon, que salió hace dos semanas, no sea compatible con un NodeJS que lleva un año y medio existiendo? Venga, que alguien responda, ¿algún filósofo en la sala?

      Dejando de lado las cuestiones humanistas, miro qué versión necesita Mastodon para funcionar: la versión 16 ni más ni menos. Una versión que lleva sin soporte desde el 11 de septiembre. Sí, señores: la mayoría de instancias de Mastodon que hay levantadas están usando un componente crítico sin soporte. ¿Qué os parece? ¿Dónde están esos filósofos, por favor?

      Total, que encuentro una chapuza que permite compilar Mastodon con NodeJS 18, funciona y ya: restauro la base de datos, la migro a la nueva versión, actualizo los feeds y a funcionar. NOTA: Este último párrafo ha sido adaptado a un público infantil. Durante el procedimiento, se ha cometido un delito continuado de blasfemia, pero esta vez debido a mi propia ineptitud.

      Y ya ascendiendo de las profundidades de la locura, me he dado cuenta de algo interesante y es que Docker se ha convertido en el estándar de facto. De hecho, empieza a ser complicado encontrar documentación para hacer ciertas cosas "a pelo". Y seguramente, algunas de las dificultades han surgido de ese cambio de paradigma. Así que para la próxima vez, voy a tener que formarme sobre esto porque ya es el presente y además parece una forma increíblemente cómoda de instalar cosas. Espero que sea con Debian 14.

      En fin, vaya tocho. Pero ¿y lo a gusto que me he quedado?

      PD: Como de costumbre, si veis algo raro, no dudéis en comentarlo.

      publicado en General
      cobitoC
      cobito
    • Resumen semana del 25 de septiembre de 2023

      Memoria LPCAMM

      Samsung ha presentado un nuevo formato para la memoria de bajo consumo LPDRR. Se llama LPCAMM (Low Power Compression Attached Memory Module), se espera que se alcancen los 128GB LPDDR5 por módulo y empezará a comercializarse el año que viene.

      Servidores virtuales con Apache

      Imagina que quieres ofrecer distinto contenido desde distintos dominios y subdominios usando una sola IP pública desde tu servidor casero. ¿Cómo sabe Apache qué ofrecer según la petición del cliente? En esta sección ponemos a punto la configuración de dominios en nuestro servidor web.

      Fallo de seguridad en tarjetas gráficas

      Un grupo de investigadores ha descubierto un fallo de seguridad en tarjetas gráficas que permite a páginas webs maliciosas leer nombres de usuario y contraseñas de otros sitios. Se ha creado un archivo que permite explotar el fallo aunque sólo funciona en Chrome y Edge. Firefox y Safari parecen ser inmunes.

      Firefox 118 disponible

      La centésima décimoctava versión de Firefox viene con traducción de páginas web local, es decir, sin necesidad de usar servicios en la nube. Además, a partir de esta versión se usa FDLIBM para mejorar el anonimato cuando se reproduce audio al evitar la identificación de usuarios de forma indirecta.

      Core i3-13100F

      Alguien nos ha traído un Core i3-13100F. Se trata de un Raptor Lake que viene con 4 núcleos P y ningún E con los que se queda en la posición 77 del ranking general.

      Anuncian la Raspberry Pi 5

      Raspberry Pi 5 saldrá el mes que viene y vendrá con un procesador Cortex-A76 a 2.4GHz con 4 núcleos, una GPU VideoCore VII a 800MHz, una interfaz PCI-E 2.0, un puerto HDMI con dos salidas 4Kp60 con soporte para HDR, dos buses USB 3.0, otros dos 2.0, ethernet gigabit, conexión de alimentación USB-C, Bluetooth 5.0 y un precio de salida de 60€ para la versión con 4GB de RAM.

      publicado en Portada
      cobitoC
      cobito
    • RE: Guía para montar un servidor en Debian 12 Bookworm

      @sinchan2 Me alegra que pueda servir de ayuda. A ver si tengo un poco de suerte y puedo sacar tiempo las dos próximas semanas para darle un empujón.

      Por cierto, bienvenido después de 13 años.

      publicado en Sistemas operativos
      cobitoC
      cobito
    • RE: Información & anuncios

      La actualización está siendo una operación más complicada de lo inicialmente previsto. Queda por poner a funcionar Mastodon y los Blogs además de multitud de pequeños detalles.

      Como veis, el foro tiene un aspecto extraño. En los próximos días iré arreglando el CSS para que vuelva a verse como antes. Cuando esté todo terminado, escribiré con los detalles.

      publicado en General
      cobitoC
      cobito
    • Instalación de Debian para un servidor

      Este hilo forma parte de la guía para montar un servidor en Debian.
      Recuerda que el contenido de Hardlimit está bajo licencia Creative Commons.

      Resumen

      Sigue los pasos habituales de instalación. Cuando llegues a la selección de componentes a instalar, marca sólo "SSH server" y "Utilidades estándar de sistema". El resto de opciones las dejamos desmarcadas.

      Explicación

      Debian, al igual que cualquier otra distribución actual, resulta extremadamente fácil de instalar. No obstante, por tratarse de un servidor habrá que elegir un par de opciones. A día de hoy resulta cada vez más difícil encontrar máquinas con unidades ópticas y en el caso concreto de un servidor, por cuestiones de eficiencia energética ni siquiera es recomendable instalar una, por lo que el proceso para realizar la instalación se podría querer hacer desde una unidad de memoria USB.

      Para arrancar la imagen de disco desde una unidad USB, desde Linux puedes usar esta orden como root:

      cat debian.iso > /dev/sdX
      sync
      

      Donde X es el dispostivo USB al que se copiará la imagen. ¡Atención! Todo el contenido del dispositivo será eliminado. Asegúrate de que lo eliges correctamente. Para ver los dispositivos de almacenamiento conectados y sus rutas, escribe en consola esto como root:

      fdisk -l | grep Disk
      

      Una vez que tenemos la imagen en cualquier medio, lo arrancamos y elegimos la opción "Graphical Install".

      d3631453-5455-4a2d-b53e-d8eea8156b4b-imagen.png

      Tras unos segundos nos aparece la selección del idioma. Elegimos "Spanish – Español"

      60140926-ee3c-42b1-bccd-4a678da1ee01-imagen.png

      Cuando hacemos clic en "Continue", el idioma del instalador cambia y nos pregunta por el país. Elegimos el nuestro y le damos a continuar.

      b331f9dc-e9dc-4395-8360-7cd2268a8ba4-imagen.png

      En la siguiente pantalla nos preguntará por la distribución del teclado. Una vez terminada la configuración local, comienzan las preguntas de carácter técnico. La primera es el nombre de la máquina. En principio este nombre es irrelevante y se puede cambiar con posterioridad aunque sería conveniente elegir uno distintivo.

      eba7929a-89e5-402f-8679-130409d6341d-imagen.png

      Ahora llega el momento de elegir la clave de root. Es fundamental que esta contraseña sea muy robusta porque nuestro servidor va a estar expuesto a Internet y las contraseñas débiles son vulnerables a los ataques de fuerza bruta.

      c05c0135-af8f-4454-b832-29994854f230-imagen.png

      Muchas veces, la creencia es que una contraseña compleja, con caracteres no alfabéticos y sin sentido es la mejor opción porque nadie podría averiguarla. La realidad es que en un ataque de fuerza bruta, la coherencia de la contraseña es irrelevante (siempre que no sea excesivamente simple) por lo que una clave con muchos caracteres hará nuestro sistema más seguro. Como con casi todas las experiencias en sistemas Unix-like, los chicos de xkdc ya han tratado el tema:

      41e300de-4346-469b-871c-c85cf26b8954-imagen.png
      Viñeta sobre la seguridad de las contraseñas. Fuente: xkcd

      Para terminar con la configuración de las credenciales, introducimos nuestro nombre y una contraseña para nuestro usuario. Una vez más, una contraseña robusta resulta de vital importancia.

      Elegimos la zona horaria y llega el particionado del disco. Esta opción depende de cada caso, pero si vamos a montar un servidor lo habitual es usar todo el disco duro para dicho servidor, sin otros sistemas operativos instalados. Teniendo en cuenta esta premisa, el método de particionado que elegimos será "Guiado – utilizar todo el disco".

      e3a8a5b9-334d-4caf-8603-7571513a9d16-imagen.png

      Si tenemos varios discos duros instalados, deberemos elegir aquel donde queremos instalar el sistema.

      fd9f4119-cde8-444e-8d90-b00dc7ac3105-imagen.png

      Para finalizar el particionado, debemos elegir el esquema de particiones. En nuestro caso vamos a separar la partición raíz de la /home, aunque la opción de separar /var y /tmp junto a /home no es una mala idea. Si se producen fallos lógicos en el sistema de archivos (por ejemplo en un apagón o porque el PC se quede colgado cuando había transacciones en curso), el sistema va a intentar reparar los errores automáticamente durante el arranque. Desafortunadamente, los sistemas de archivos Ext no permiten su comprobación cuando están montados y para poder ejecutar la herramienta de comprobación (fsck), es necesario montar y mantener montada la partición donde se encuentra el programa. Eso quiere decir que el analizador del sistemas de archivos sólo va a comprobar las particiones que estén desmontadas y esas son todas menos la que tiene fsck. Si mantenemos /var y /tmp en la partición raíz, no se solucionarán posibles fallos lógicos. Téngase en cuenta en por defecto, las bases de datos de MySQL (MariaDB) y Redis almacenan su información en /var y un fallo en la partición puede provocar pérdidas de datos sin que lo sepamos.

      8a8dea36-4ed0-4b18-8e27-138edc3ccda4-imagen.png

      Una vez introducidas todas las opciones, aparece un cuadro-resumen con los cambios que se realizarán en el disco. Si por cualquier razón, has particionado el disco de otra forma, es recomendable que revises los cambios previstos para no llevarte sorpresas desagradables.

      Sobre la partición de intercambio (Swap) en sistemas de escritorio se recomienda que tenga el mismo tamaño que la RAM porque es donde se almacena el estado del sistema cuando se hiberna el equipo. De esa forma, es necesario que quepa todo el contenido de la RAM. En un servidor, la hibernación no se va a usar pero la partición de intercambio puede resultar muy útil para optimizar el uso de la RAM. Linux tiene una política de gestión de memoria con la que cuando una porción de datos almacenados en RAM lleva mucho tiempo sin usarse, estos se almacenan en la Swap y deja esa porción de RAM libre. En un servidor puede llegar a ser interesante sacarle provecho a esta funcionalidad para optimizar los recursos al máximo. Además, en caso de que nos quedemos sin RAM de forma puntual, nos puede sacar de un apuro que podría requerir reiniciar el sistema. El tamaño depende en gran medida de qué tipo de servicios se vayan a instalar, pero si ves que te va a sobrar disco, sé todo lo generoso que puedas. En mi caso, tengo una partición de intercambio de 96GB en un sistema con 32GB de RAM y en alguna ocasión (casos muy especiales, pero que se han presentado) me ha salvado hasta el último byte de dicha partición.

      0b755cd4-e1f8-4bda-b487-6b442f6514c9-imagen.png

      Una vez confirmado, comienza la instalación del sistema base que son los componentes esenciales para que el sistema funcione. Sobre ese sistema base se instalarán los servicios que vamos a necesitar.

      4888028a-da29-4eaa-8361-54a5e8a90ddc-imagen.png

      Después de unos minutos llega el turno de elegir nuestro país una vez más. De esta elección dependerá el espejo desde donde se descargarán los paquetes para instalar el resto del sistema y las actualizaciones futuras.

      4ea85fdf-283c-49c2-b9b3-2a92bbe977a7-imagen.png

      Cualquier espejo nos valdrá.

      334bad7c-c47e-4c14-a93c-f1fcc26c4c7e-imagen.png

      Si tu servidor está conectado directamente a Internet o lo haces a través de un router, la configuración de proxy la deberás dejar en blanco.

      Cuando termine de actualizar la base de datos de paquetes, automáticamente comenzará una segunda fase de instalación de componentes hasta que aparece un mensaje en el que se nos pide si queremos participar en las estadísticas de uso de paquetes. Aquí podemos elegir la opción que queramos.

      d6be0041-6fc2-4470-a92b-df612e30e9d3-imagen.png

      Ahora llega el momento de seleccionar los componentes que queremos instalar. Como podemos ver en esta pantalla, tenemos la opción de elegir entre varios entornos de escritorio y varios servidores. En nuestro caso, tan solo vamos a dejar marcadas la opciones "SSH server" y "Utilidades estándar de sistema". El resto de opciones las dejamos desmarcadas.

      4fb8923d-9986-406f-b842-d9a1a2463509-imagen.png

      Ahora comenzará la última fase de la instalación de componentes que tardará unos minutos dependiendo de la velocidad de nuestra conexión a Internet.

      79b46b39-dfc2-44fb-a00c-2a7f944d1f86-imagen.png

      En la siguiente pantalla nos pregunta que queremos escribir en el sector de arranque para que apunte a Grub. La respuesta es sí.

      80002128-0c07-4a0d-b464-1f698b7aaa1a-imagen.png

      También habrá que especificar en qué disco físico se graba el sector de arranque. Si sólo tienes un disco duro, elígelo. Si tienes varios discos duros dependerá de tus preferencias y del disco que use la BIOS para arrancar. Lo normal es elegir el disco donde se ha realizado la instalación.

      41d59653-592b-49ce-8345-60809d0cf4fb-imagen.png

      El proceso, que incluye configuraciones automáticas postinstalación, tardará unos segundos. Cuando termine, aparecerá un último mensaje en el que nos dicen que extraigamos el medio de instalación. Lo hacemos y le damos a continuar.

      a287ec7d-2c15-45cd-bd2d-f8294431f6af-imagen.png

      El sistema se reiniciará y pasados unos segundos nos encontraremos con esta pantalla:

      2ea94195-a9cb-4ac4-8418-efef60f0b757-imagen.png

      El sistema está instalado y listo para empezar a meterle mano.

      publicado en Sistemas operativos
      cobitoC
      cobito
    • Servidores virtuales con Apache

      Este hilo forma parte de la guía para montar un servidor en Debian.
      Recuerda que el contenido de Hardlimit está bajo licencia Creative Commons.


      Procedimiento

      Como root:

      nano /etc/apache2/sites-available/000-default.conf
      

      Usar como plantilla esto:

      <VirtualHost *:80>
         DocumentRoot "/home/Servidor/hardlimit.com/"
         ServerName hardlimit.com
         ServerAlias hardlimit.com
         CustomLog ${APACHE_LOG_DIR}/access_hardlimit.log combined
      </VirtualHost>
      
      nano /etc/apache2/apache2.conf
      

      Eliminar todas las secciones Directory que encontremos en el archivo.

      /etc/init.d/apache2 restart
      

      Explicación

      Si queremos acceder a páginas diferentes desde dominios o subdominios diferentes con un único servidor y una única IP pública, debemos usar servidores virtuales (VirtualHosts). Desde aquí no solo es posible decirle al servicio qué página debe abrir según con qué dominio reciba la petición, sino que es el lugar para elegir el directorio local donde se almacena la web.

      Los servidores virtuales se configuran en en el archivo '000-default.conf' por lo que habrá que ejecutar como root esto:

      nano /etc/apache2/sites-available/000-default.conf
      

      En ese momento, el archivo se abre con Nano e inicialemente nos vamos a encontrar con el siguiente texto:

      ee0e58f9-49a0-43ab-8109-74266fe806f5-imagen.png

      Las lineas que aparecen para configurar son:
      · ServerAdmin: correo electrónico del administrador
      · DocumentRoot: carpeta local donde se almacena la web
      · ErrorLog ruta donde se registran los errores del servidor

      Tal y como está el archivo inicialmente, sea como sea que accedamos al servidor desde un navegador web (desde cualquier dominio apuntando a la IP), se mostrará la página a la que apunta DocumentRoot.

      Una buena plantilla para un par de servidores virtuales puede ser como la que sigue:

      <VirtualHost *:80>
         DocumentRoot "/home/Servidor/portada/"
         ServerName hardlimit.com
         ServerAlias hardlimit.com
         CustomLog ${APACHE_LOG_DIR}/access_hardlimit_com.log combined
      </VirtualHost>
      <VirtualHost *:80>
         DocumentRoot "/home/Servidor/banco_pruebas/"
         ServerName bm.hardlimit.com
         ServerAlias bm.hardlimit.com
         CustomLog ${APACHE_LOG_DIR}/access_bm_hardlimit.log combined
      </VirtualHost>
      

      Poniendo el nombre del dominio tanto en las opciones ServerName como ServerAlias, la página mostrada desde ese dominio será la que apunta DocumentRoot. En el caso de que no coincida, se servirá la web que aparezca en el primer VirtualHost de la lista.

      En esa plantilla, vemos dos secciones VirtualHost: una para atender las peticiones desde el dominio raíz hardlimit.com otra para el subdominio bm.hardlimit.com. Cada una tiene sus configuraciones independientes y se pueden añadir tantas secciones VirtualHost como sean necesarias.

      Como hemos configurado nuestros sitios individualmente, las configuraciones genéricas del archivo apache2.conf las debemos eliminar para que no entren en conflicto. Para eso:

      nano /etc/apache2/apache2.conf
      

      Ahora eliminamos todas las secciones 'Directory' que encontremos en el archivo. Con eso nos aseguramos de poder usar cualquier carpeta diferente a /var/www/html que viene por defecto.

      Para que se apliquen los cambios, deberás reiniciar Apache desde root con:

      /etc/init.d/apache2 restart
      

      Pero ¿cómo funciona todo esto? El proceso es el siguiente:
      · Escribes hardlimit.com en el explorador web.
      · Tu ordenador le pide al servidor DNS la IP de dicho dominio.
      · Tu ordenador se conecta a dicha dirección IP y dice al servidor web que quiere comunicarse con hardlimit.com (esta información está contenida en el encabezado Host de la petición HTTP).
      · Nuestro servidor web comprueba la configuración para averiguar qué contenido ofrecer con esa petición.
      · Si hardlimit.com está como parámetro de ServerName o ServerAlias en una sección VirtualHost, se ofrece el contenido de lo que haya en la ruta DocumentRoot. Si no la encuentra, ofrece lo que diga el primer VirtualHost de la lista. Si no existe ningún VirtualHost, recurre a la configuración almacenada en el archivo de configuración de Apache que se encuentra en /etc/apache2/apache2.conf.

      publicado en Sistemas operativos
      cobitoC
      cobito
    • Resumen semana del 18 de septiembre de 2023

      Se presenta ATX v3.1

      La primera revisión de ATX 3 viene con cambios en el conector 12VHPWR en el que se ha modificado la longitud de los pines internos del conector que va en la PCB.

      Propietarios y permisos en archivos y carpetas en Linux

      En nuestra andadura para poner a punto nuestro servidor casero con Debian, hemos hecho una segunda parada técnica para explicar qué son y cómo funcionan los permisos de archivos y carpetas en Linux. Esto será necesario de cara a aislar el contenido al que accederán y escribirán ciertos servicios expuestos a Internet.

      Paseo por una fábrica de Intel

      En esta extensa entrada, se hace un tour por una fábrica de encapsulado de circuitos integrados de Intel, uno de los procesos que está causando un cuello de botella en ciertas tecnologías.

      Accediendo a nuestro servidor por SSH

      Una vez que ya hemos instalado Debian en nuestra máquina, llega el momento de acceder a ella a través de SSH por primera vez. Para ello, tendremos que averiguar la IP que ha sido asignada por el servidor DHCP, un proceso que puede no ser inmediato.

      Caché en 3D

      Intel va a adoptar una topología de caché apilada en 3D similar al que hace ahora AMD con su V-Cache en 3D.

      Cámara a 4.8 millones de fps

      Un grupo de investigadores ha conseguido una cámara capaz de grabar a 4.8 millones de fotogramas por segundo usando sensores CCD/CMOS, con lo que los costes se reducen drásticamente.

      RaiserFS empeza desaparecer

      La gente del kernel ha decido ir eliminando paulatinamente el soporte para el sistema de archivos RaiserFS ya que a día de hoy, existen alternativas como BTRFS y ZFS con mejores funciones y un mejor mantenimiento.

      Según Nvidia, la resolución nativa es cosa del pasado

      Nvidia ha dicho que las nuevas tecnologías de escalado, como su DLSS, han venido para quedarse y que las resoluciones nativas no volverán. La compañía quiere priorizar esfuerzos en mejorar su IA por encima de otros aspectos.

      Nueva técnica para el ahorro de batería

      Intel está trabajando en una nueva tecnología que mejora el ahorro de batería que consiste en apagar la retroiluminación de la pantalla cuando no se mira a ella.

      Configurando la red en Linux

      Llegamos al último paso en la puesta a punto de Debian antes de empezar a instalar y configurar servicios en nuestro servidor casero. La configuración de la red es fundamental para asegurarnos una IP local estática hacia donde redirigir los puertos que escucharán desde Internet.

      La Steam Deck no actualizará su hardware próximamente

      Valve ha dicho que, aunque están pensado ya en la Steam Deck 2, la nueva versión no estará lista, al menos, hasta dentro de dos años.

      Instalando Apache en Debian

      Por fin llega el momento de instalar servicios en nuestro servidor casero. Vamos a empezar con el servidor web Apache, que nos permitirá compartir páginas web en formato HTML con el resto del mundo.

      Core i7-12700KF

      Alguien nos ha traído un Core i7-12700KF. Se trata de un Alder Lake con 8 núcleos P y 4 E que supera el millón de puntos a cambio de unos abultados 125W de TDP.

      publicado en Portada
      cobitoC
      cobito
    • Servidor web Apache en Debian

      Este hilo forma parte de la guía para montar un servidor en Debian.
      Recuerda que el contenido de Hardlimit está bajo licencia Creative Commons.


      Procedimiento

      Como root:

      apt-get update
      apt-get install apache2 apache2-doc apache2-utils
      

      Explicación

      Apache es uno de los servidores web más extendidos y es el que vamos a usar en esta guía. Debian viene con Apache 2.4, la última versión estable del programa.

      Para instalar Apache 2 hay que escribir la siguiente orden en consola como root :

      apt-get update
      apt-get install apache2 apache2-doc apache2-utils
      

      En ese momento nos aparece la siguiente información:
      b0461059-a6b5-4d35-88fa-73eae6982295-imagen.png

      Confirmamos las dependencias y esperamos unos minutos. Una vez finalizada la instalación, el servicio se iniciará y lo hará cada vez que arranquemos el equipo. Para comprobar que el servidor web está funcionando correctamente, no tememos más que acceder a la IP local de nuestro servidor desde un navegador web:

      0935ac4c-6b6d-4e40-b30c-05cd698228a3-imagen.png

      Por defecto, los archivos del servidor web se almacenan en /var/www/html donde encontrarás el archivo 'index.html' que se muestra por defecto (la página mostrada más arriba). Ese archivo deberá ser sustituido por tu index.html.

      La ruta se puede cambiar (lo veremos en el siguiente capítulo). En cualquier caso, puedes empezar a subir tu contenido a dicha carpeta y será accesible desde ya.

      publicado en Sistemas operativos
      cobitoC
      cobito
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 336
    • 337
    • 6 / 337