Início / unix / Perguntas / 420570
Accepted
berndbausch
Asked: 2018-01-30 19:08:39 +0800 CST

Porta UDP inacessível, embora o processo esteja escutando

  • 772

Estou experimentando a comunicação pela porta UDP 6666 (o objetivo é configurar um ouvinte para o netconsole, mas isso não é realmente relevante aqui).

Do lado da escuta, nc -luv 6666. Do lado do envio, nc -uv LISTENER_IP 6666. Posso enviar e receber, a vida é boa.

Agora deixo o ouvinte em execução, mas mato o remetente e inicio outro remetente. Termina imediatamente. Um rastreamento de rede revela que o servidor receptor envia um ICMP Port Unreachable . No entanto, o ouvinte ainda escuta:

$ sudo ss -nlup|grep 6666
UNCONN     0      0           :::6666                    :::*                   users:(("nc",pid=3417,fd=3))

Eu desligo o receptor e executo um novo. Tudo funciona como antes até eu matar o remetente.

O remetente e o destinatário são máquinas físicas na mesma rede. O mesmo teste entre uma máquina física e uma VM em execução produz o mesmo resultado.

Como esse comportamento pode ser explicado?

netcat udp

1 respostas

  1. Best Answer

    Devido à maneira como as "conexões" UDP funcionam, esse comportamento é esperado. Isso é discutido na nc6(1)página de manual ("UDP"), mas também é aplicável socata nc:

    O suporte a UDP no netcat6 funciona muito bem tanto no modo de conexão quanto no modo de escuta. Ao usar o UDP no modo de escuta, o netcat6 aceita pacotes UDP de qualquer fonte que corresponda ao endereço opcional e/ou porta especificada (se tiver sido especificada). No entanto, assim que o primeiro pacote for recebido, o netcat6 receberá apenas pacotes desse cliente no futuro. Isso é feito colocando o soquete UDP no estado "conectado" (consulte udp(4) e connect(2)). Pacotes de outras fontes são descartados pelo kernel e uma resposta ICMP inacessível é enviada.

    Ao conectar-se a um host remoto usando UDP, o nc6 relatará que a conexão está aberta, independentemente de um servidor remoto estar escutando. Isso ocorre porque o UDP é um protocolo sem conexão e, portanto, nenhum estabelecimento de conexão é realmente necessário. No entanto, depois de enviar o primeiro pacote de dados, um servidor pode responder com uma resposta ICMP inacessível, fazendo com que o nc6 saia com uma mensagem de erro 'Conexão recusada'.

    Quando você se conecta do lado do remetente, uma porta de origem UDP aleatória é escolhida. O receptor então se liga a esse host:portpar específico e não escutará nenhuma outra conexão a partir de então. Para resolver isso, você precisa forçar o remetente a usar sempre a mesma porta. Eu usei socatpara este exemplo porque era mais fácil de fazer:

    Ouvinte:

    # socat -d -d UDP-LISTEN:6666 stdout
2018/01/29 22:02:02 socat[20969] N listening on UDP AF=2 0.0.0.0:6666
2018/01/29 22:02:07 socat[20969] N accepting UDP connection from AF=2 10.100.0.5:39000
2018/01/29 22:02:07 socat[20969] N using stdout for reading and writing
2018/01/29 22:02:07 socat[20969] N starting data transfer loop with FDs [5,5] and [1,1]
hello
bye
hello1
bye1

    Remetente:

    # socat -d -d stdin UDP:listener-host:6666
2018/01/29 22:01:56 socat[8237] N using stdin for reading and writing
2018/01/29 22:01:56 socat[8237] N opening connection to AF=2 10.100.0.3:6666
2018/01/29 22:01:56 socat[8237] N successfully connected from local address AF=2 10.100.0.5:39000
2018/01/29 22:01:56 socat[8237] N starting data transfer loop with FDs [0,0] and [5,5]
hello
bye
2018/01/29 22:02:10 socat[8237] N socket 1 (fd 0) is at EOF    
2018/01/29 22:02:10 socat[8237] N exiting with status 0

     

    # socat -d -d stdin UDP:listener-host:6666
2018/01/29 22:02:13 socat[8238] N using stdin for reading and writing
2018/01/29 22:02:13 socat[8238] N opening connection to AF=2 10.100.0.3:6666
2018/01/29 22:02:13 socat[8238] N successfully connected from local address AF=2 10.100.0.5:57125
2018/01/29 22:02:13 socat[8238] N starting data transfer loop with FDs [0,0] and [5,5]
hello
2018/01/29 22:02:16 socat[8238] E read(5, 0x5619f9b09330, 8192): Connection refused
2018/01/29 22:02:16 socat[8238] N exit(1)

     

    # socat -d -d stdin UDP:listener-host:6666,sourceport=39000
2018/01/29 22:05:17 socat[8280] N using stdin for reading and writing
2018/01/29 22:05:17 socat[8280] N opening connection to AF=2 10.100.0.3:6666
2018/01/29 22:05:17 socat[8280] N successfully connected from local address AF=2 10.100.0.5:39000
2018/01/29 22:05:17 socat[8280] N starting data transfer loop with FDs [0,0] and [5,5]
hello1
bye1
2018/01/29 22:05:23 socat[8280] N socket 1 (fd 0) is at EOF
2018/01/29 22:05:24 socat[8280] N exiting with status 0

    Como você pode ver, a porta de origem mudou no remetente, mas se eu o forçasse a reutilizar a mesma porta, funcionaria.

    • 3

relate perguntas