La administración de sistemas escala puestos cada día, introduciendo el manejo de máquinas y software en la base de nuestro conocimiento. En esta sección os ayudamos a poneros al día...
Hola, soy Ish Milan, un joven linuxero, administrador de sistemas y estudiante de desarrollo de software. Hace unos meses me enteré de este nuevo proyecto y decidí unirme a el para ayudar en todo lo posible al mundo del software libre. Me parece que crear comunidades es un pilar fundamental, tanto para mejorar plataformas o herramientas como a nosotros mismos, aprendiendo, descubriendo nuevas técnicas para desarrollar nuestro trabajo.
Ya hemos hablado, en anteriores capítulos, de que podemos tener centenares de contenedores funcionando a la vez. Si, por ejemplo, son servidores web, ocurriría que cada uno de ellos tendría corriendo un servicio web, como Apache o Nginx. Sabemos que los puertos por defecto para estos servicios son el 80 o bien el 443 si usa una conexión web cifrada y utiliza el protocolo https. ¿Cómo hacemos para llegar a todos estos servidores web si solo tenemos su dirección privada?
Hola amigas y amigos. Hoy os voy a hablar de un tema que hace tiempo que quería probar. Os explico un poco. Hace años que trabajo con servidores web. Mis primeras experiencias fueron con Apache, el servidor web número uno en el mundo, quizá uno de los más estables y versátiles. Con el paso del tiempo, es cierto, no me terminaba de gustar el uso que hacía de la memoria, teniendo en cuenta que en mis servidores personales no disponía de muchos recursos por un tema económico evidente. Finalmente me decidí a cambiar a Nginx, que por aquel entonces (al igual que ahora) tenía buena fama en su relación rendimiento/recursos. Y hasta ahora he estado muy contento. Pero pasa que el sistema se puede exprimir aún más, creo yo, y ahí tenemos la idea del artículo.
Tal y como he comentado, Apache es muy potente, pero no termina de jugar bien con la memoria. En cambio Nginx tiene problemas con el contenido dinámico (es genial para el estático), ya que necesita módulos como php-fpm para hacerlo funcionar. Sabiendo esto, ¿por qué no hacemos que trabajen juntos? De esta manera aprovechamos sus potenciales y solapamos sus carencias.
En el artículo de hoy vamos a tratar la instalación de Nextcloud sobre un sistema operativo GNU Linux. Una de mis distribuciones favoritas es Debian, pero, buscando la facilidad de instalación y siguiendo la recomendación del equipo de desarrollo, utilizaremos Ubuntu 16.04. Para ello usaremos un VPS en la llamada nube, aunque también sirve la guía para una máquina local o una virtual. Esta es la segunda parte sobre Nextcloud, si no sabéis muy bien de que va este producto, siempre podéis visitar el artículo introductorio.
Ya sabemos que todos los sistemas UNIX-like, como GNU/Linux, tienen muchas ventajas, una de ellas es la facilidad de ver qué está pasando en el sistema mediante la consulta de los respectivos registros o logs. Ya sea el acceso al sistema, los correos que el sistema operativo envía o recibe, el estado de los servicios o el estado del núcleo o kernel, lo podemos controlar todo. La herramienta de la que hablaré hoy está relacionada con este tema. Se trata de ‘inotify-tools’, un conjunto de herramientas que utilizan el subsistema del kernel de Linux llamado “Inotify”.
Últimamente está muy de moda todo el género de los no muertos o los comúnmente llamados, por su término anglosajón, “zombies” (zombis en castellano), tanto en la literatura como en el cine. Diría incluso que se han metido de lleno en la llamada cultura pop. Hoy os explicaré cómo localizarlos y matarlos… Estoy hablando de procesos zombis en sistemas UNIX y GNU/Linux, ¿qué os pensabais?
