Discourse-setup usando netcat con combinación ilegal de opciones?

Usando el procedimiento de instalación estándar discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub en Centos 7, pero:

La conectividad de red en los puertos 80 y 443 se prueba con nc así:

    echo -e "HTTP/1.1 200 OK\n\n $VERIFY" | nc -w 4 -l -p $PORT >/dev/null 2>&1 &
    if curl --proto =http -s $HOST:$PORT --connect-timeout 3 | grep $VERIFY >/dev/null 2>&1; then
:

Pero nc falla con

nc: no se puede usar -p y -l

haciendo que el script de configuración informe de la indisponibilidad en esos puertos.

man nc dice:

     -l      Escuchar una conexión entrante en lugar de iniciar una conexión a un host remoto. No se puede usar junto con ninguna de las opciones -psxz. Además, se ignoran los tiempos de espera especificados con la opción -w.

Puede ser un problema de la versión de nc, veo que nc linux command man page no dice que haya ningún conflicto con los dos. Mi netcat puede escuchar, pero solo usando

nc -w 4 -l <dirección IP> <número de puerto>

No puedo conseguir que netcat me diga su número de versión :confused:

Ok, entonces… existe netcat-traditional y netcat-openbsd, y CentOS viene con el primero, mientras que discourse-setup necesita el segundo. Intentando encontrar una forma de obtener netcat-openbsd en CentOS, no parece ser algo sencillo…

En resumen:
yum remove netcat
yum install nmap-ncat

2 Me gusta

Esa es parte de la razón por la que se recomienda Ubuntu.

Pero, ¿qué molesto es que haya dos netcats? Y tu netcat predeterminado parece especialmente difícil de usar.

¡Buen trabajo resolviendo eso!

1 me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.