De forma predeterminada, HTTPS supone que el puerto será 443. Esto significa que https://looker.yourdomain.com
se controlaría automáticamente como si el usuario hubiera escrito https://looker.yourdomain.com:443
. Sin embargo, usar el puerto HTTPS estándar (443) requeriría ejecutar Looker como raíz, lo cual no es compatible y no se recomienda.
Una opción es que los usuarios especifiquen un número de puerto como parte de la URL cuando acceden a Looker. Por ejemplo, si usas el puerto 9999, deberían escribir: https://looker.yourdomain.com:9999
.
Para la comodidad de sus usuarios, recomendamos configurar un puerto predeterminado diferente, de modo que puedan escribir https://looker.yourdomain.com
y, de todos modos, llegar al puerto correcto. Puedes configurar un puerto predeterminado para Looker o redireccionar el tráfico a un puerto diferente mediante varios métodos:
- Usa la opción de inicio
--port=<i>
de Looker para especificar el puerto deseado, como--port=9999
. Esta opción se analiza en la página de documentación Opciones de inicio de Looker. - Crea una secuencia de comandos que use
iptables
. - Usa
xinetd
. - Usa un servidor proxy inverso de Nginx.
- Usa un balanceador de cargas.
Ten en cuenta que es mejor reenviar paquetes directamente a Looker, que de forma indirecta (mediante un proxy web), ya que Looker tiene la funcionalidad de detener una consulta de base de datos cuando detecta que el navegador canceló una solicitud.
iptables en el host de Looker
Se puede acceder a Looker desde un puerto diferente mediante iptables. La siguiente secuencia de comandos reenviará el tráfico del puerto 443 al 9999. Se escribió para Ubuntu Linux y es posible que deba modificarse si está ejecutando una distribución de Linux diferente.
Crea el archivo de secuencia de comandos:
/etc/network/if-up.d/looker-https-forward
Agrega estos contenidos al archivo:
#!/bin/sh # Forward HTTPS traffic to the Looker app iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 443 -j REDIRECT --to-port 9999
Haz que sea ejecutable:
sudo chmod 755 /etc/network/if-up.d/looker-https-forward
Ejecuta la secuencia de comandos, que se ejecutará automáticamente en el siguiente reinicio del sistema o de la red:
sudo /etc/network/if-up.d/looker-https-forward
xinetd en el host de Looker
Otra técnica consiste en usar xinetd.
Asegúrate de que xinetd permita el tráfico entrante desde todas las direcciones deseadas. En la sección predeterminada de /etc/xinetd.conf, agrega lo siguiente:
{ only_from = 0.0.0.0 # or replace 0.0.0.0 with an IP range # (i.e., 128.0.0.0/16) if desired }
Crea un archivo llamado:
/etc/xinetd.d/lookerhttps
Agrega estos contenidos al archivo:
# default: on # description: Redirect HTTPS/443 requests to # Looker default port 9999 service https { disable = no id = lookerhttps socket_type = stream protocol = tcp user = root wait = no redirect = 127.0.0.1 9999 }
Servidores proxy inversos
Es posible usar proxies inversos con Looker. Nuestro servidor proxy inverso sugerido es Nginx. Es el único proxy inverso que probamos y completamente compatible, aunque no prohibimos necesariamente otras opciones. Puedes encontrar una configuración de Nginx de muestra en la página de documentación Configuración de Nginx de muestra.
Tenga en cuenta que el proxy inverso de Apache contiene un error que impide que Looker cierre correctamente las conexiones. Esto significa que cada consulta de la base de datos se ejecutará hasta su finalización, incluso si un usuario la cancela. Por este motivo, debes evitar usar el proxy inverso de Apache con Looker.
Balanceador de cargas
Hay muchas soluciones de balanceadores de cargas disponibles. Desde un nivel alto, el balanceador de cargas se configuraría para escuchar en el puerto 443 y reenviar todas las solicitudes a Looker en el puerto 9999. En este caso, los certificados del servidor SSL se instalarían en el balanceador de cargas.
Próximos pasos
Después de configurar la redirección de puertos, estarás listo para permitir que la asistencia de Looker acceda a tu implementación.