Configuração do Discourse usando netcat com combinação ilegal de opções?

Usando o procedimento de instalação padrão discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub no Centos 7, mas:
A conectividade de rede nas portas 80 e 443 é testada com nc da seguinte forma:

    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
:

Mas nc falha com

nc: não é possível usar -p e -l

fazendo com que o script de configuração relate indisponibilidade nessas portas.

man nc diz:

     -l      Listen for an incoming connection rather than initiating a connection to a remote host.  Cannot be used together with any of the options -psxz.  Additionally, any timeouts specified
             with the -w option are ignored.

Pode ser um problema de versão do nc, vejo nc linux command man page que não diz que há conflito com os dois. Meu netcat pode ouvir, mas apenas usando

nc -w 4 -l <endereço IP> <número da porta>

Não consigo fazer o netcat me dizer seu número de versão :confused:

Ok, então… existe o netcat-traditional e o netcat-openbsd, e o centos vem com o primeiro, enquanto o discourse-setup precisa do último. Tentando encontrar uma maneira de obter o netcat-openbsd no centos, não é uma coisa simples, aparentemente…

Resumindo:\nyum remove netcat\nyum install nmap-ncat

2 curtidas

É parte do motivo pelo qual o Ubuntu é recomendado.

Mas quão irritante é que existam dois netcats? E o seu netcat padrão parece especialmente difícil de usar.

Bom trabalho em descobrir isso!

1 curtida

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