Preparar Nginx para que haga su trabajo de modo externo

  En entradas anteriores ya se ha hablado de Nginx y se han mostrado algunas de sus propiedades.

  Sin embargo, hasta ahora se ha visto que este servidor de red se encontraba en el mismo equipo informático que los otros programas con los que trabajaba cuando lo más habitual es que este se encuentre en un equipo informático (o máquina virtual) de servidor y los programas que controla en otro (u otros) equipo informático de servidor.

  Por lo tanto, en la presente entrada se explicará el modo de configurar un servidor de red Nginx en un equipo informático, desde el que se controlarán dos máquinas virtuales de virtualizador KVM: una de ellas con dos contenedores de red Tomcat (uno con dos aplicaciones instaladas, y el otro con otra aplicación), y la otra con otro servidor de red Nginx sirviendo una página web hecha con Wordpress.
  Los ejemplos que ilustran esta explicación se han hecho con Debian 9 como sistema operativo base en las tres máquinas informáticas implicadas, los servidores de red son Nginx 1.14, y los contenedores de red son Tomcat 8.

Instalación de WordPress con MariaDB en Nginx

  En entradas anteriores se ha hablado del sistema de gestión de contenidos WordPress.
  Del mismo modo, se han explicado ya los pormenores básicos del gestor de bases de datos MariaDB, y, con una mayor profundidad, las características del servidor de red Nginx.

  En la presente entrada, se unirán estos tres elementos para formar la estructura, vista anteriormente, de servidor de red, gestor de contenidos y sistema de gestión de bases de datos para crear la base para un sitio web.
  Los ejemplos necesarios para ilustrar la siguiente explicación se han hecho con el sistema operativo Debian 9, el servidor de red Nginx 1.14, y el gestor de bases de datos MariaDB 10.1.

Configuración de los servidores Apache e IIS para su ejecución simultánea cambiando los puertos

  En entradas anteriores de la presente bitácora se ha hablado de los servidores de red Apache e Internet Information Services (IIS).

  Mientras se ejecute uno u otro en un mismo equipo servidor no hay problema. No obstante, si se pretende que ambos estén activos al mismo tiempo en el mismo equipo servidor surge un conflicto, puesto que la configuración por defecto de la instalación de ambos servidores hace que estos trabajen escuchando en el mismo puerto (el 80).
  Por lo tanto, uno de los modos para que Apache e IIS se ejecuten simultáneamente en la misma máquina con Windows instalado es hacer que cada uno de ellos trabaje en un puerto distinto. De esta forma, si se tiene la configuración, tanto de Apache como de IIS por defecto, es posible cambiar la configuración de uno de los dos servidores para que escuche en un puerto diferente al puerto predeterminado.

Instalación básica de contenedor de red Tomcat en Linux

  El mundo de los servidores de red es basto y lleno de misterios.
  En entradas anteriores de la presente bitácora se ha hablado de Apache, de Internet Information Services, y de Nginx. Todos ellos han sido definidos como servidores de red (aunque algunos posean otras funciones añadidas).
  Mas en esta entrada se hablará de un interesante complemento a un servidor de red conocido como contenedor de red (o contenedor web), de entre los cuales uno de los más populares es Apache Tomcat.
  Pero lo primero es lo primero. Un contenedor de red es, desde el punto de vista de la programación informática en Java, la implementación que hace cumplimiento del contrato de componentes web de la arquitectura J2EE (Java 2 Enterprise Edition, plataforma de programación en Java).​ Este contrato especifica un entorno de ejecución para componentes web que incluye seguridad, concurrencia, gestión del ciclo de vida, procesamiento de transacciones, despliegue y otros servicios. Un contenedor web suministra los mismos servicios que el contenedor de JSP así como también una vista federada de las API de la plataforma J2EE. Un contenedor de red se suministra incluido en un servidor de red o J2EE.

Configurar Nginx con proxy inverso y una aplicación de Tomcat en Linux

  En entradas anteriores se ha visto el modo de instalar un servidor de red Nginx y un contenedor de red Tomcat. También se ha comentado que el segundo solía ir conectado al primero (o a un servidor de red Apache), y que otra función de Nginx era crear proxys inversos con diferentes finalidades.
  Pero, ¿qué es un proxy inverso?, pues nada menos que un tipo de servidor proxy que recupera recursos en nombre de un cliente desde uno o más servidores. Estos recursos son entonces devueltos al cliente como si se originaran en el propio servidor de red. Por lo tanto, el proxy inverso es un intermediario para que sus servidores asociados sean contactados por cualquier cliente.
  Para ejemplificar esta explicación se ha empleado el servidor Debian 9 Stretch como sistema operativo base, el Nginx 1.14 como servidor de proxy inverso, y el contenedor de red Tomcat 8.

Instalación básica del servidor Nginx en Linux

  Ya se ha explicado en su momento qué es un servidor de red y para qué sirve, ejemplos de servidores de red son Apache o Internet Information Services, de los que se ha hablado en esta bitácora en varias ocasiones.
  En la presente entrada se explicará qué es y cómo se instala otro servidor de red que, además, posee otras funciones de servidor muy particulares, se trata de Nginx (pronunciado en inglés “engine X”).
  Se trata de un servidor web/proxy inverso ligero de alto rendimiento y un proxy para protocolos de correo electrónico (IMAP/POP3).
  Es software libre y de código abierto, licenciado bajo la Licencia BSD simplificada; también existe una versión comercial distribuida bajo el nombre de Nginx Plus. Es multiplataforma, por lo que corre en sistemas tipo unix (GNU/Linux, BSD, Solaris, Mac OS X, etc.) y Windows.
  Para ejemplificar esta explicación se utilizará el sistema operativo Debian 9 (Stretch) y Nginx  1.14.

Configuración básica de IIS (Parte 4: Cambiar la página de error)

  El cambio de una página de error predeterminada de un servidor de red puede realizarse en cualquiera de este tipo de servidores (como ya se ha visto al tratar este tema en el servidor Apache).
  Dado que esta es una de las configuraciones que se deben conocer para tener correctamente configurado el Internet Information Services se verá cómo realizarla. Obviamente, el servidor de red ya debe tener un sitio web con su respectiva página web de inicio predeterminada (si no se sabe cómo realizar esto, puede verse la siguiente entrada).
  Como ya es costumbre en esta serie de entradas, se empleará el sistema operativo Windows Server 2012 R2 para ejemplificar las explicaciones sobre el tema tratado en la presente entrada de este blog. Por otra parte, se realizará el cambio sobre la página del error 404, aunque el procedimiento puede extrapolarse a cualquier otra página de error de servidor de red.

Configuración básica de IIS (Parte 3: Habilitar el examen de directorios en un servidor de red)

  Si el administrador de un sitio web desea comprobar qué directorios y archivos hay dentro del directorio de su sitio web (es decir, dentro de la carpeta donde se encuentran los archivos y carpetas de su sitio web), debe habilitar una opción del Internet Information Service (IIS) que se lo permita.
  Por motivos de seguridad, la opción de examinar directorios suele estar deshabilitada de manera predeterminada, pero, si se toman otras precauciones de seguridad, un adminstrador del sistema puede habilitarla para facilitar su gestión del servidor o del sitio web que administre.
  Esto puede hacerse fácilmente mediante el entorno gráfico.
  Para ilustrar la presente explicación se utilizará un ejemplo realizado con el servidor Windows Server 2012 R2.