Mate a porta UDP que não tem processo?

2

Por vezes, o meu cliente VPN não consegue ligar-se à porta UDP (500) utilizada. Parece deixar para trás um "bind" para a porta 500 em uma execução anterior, mesmo que tenha parado.

A porta é informada como "já em uso" (Mac os X), mas não possui um processo associado:

$ sudo netstat -na | grep "udp.*\.500\>"

udp4       0      0  192.168.50.181.500     *.*                               
udp4       0      0  192.168.29.166.500     *.*                               

Mas sudo lsof não mostra um processo na porta 500 (ou seja, sudo lsof -i:500 -P não informa nada).

Eu posso usar com sucesso o cliente VPN depois de reiniciar a máquina, mas estou esperando por uma maneira menos perturbadora de limpar o estado.

    
por Chocohound 12.11.2012 / 17:45

3 respostas

1

A porta 500 é isakmp , usada por VPNs IPsec.

Procure em /sbin/ifconfig por qualquer interface de rede virtual que possa estar configurada para usar isso.

    
por 12.11.2012 / 17:48
1

Outro comando útil no OS X ajudará a garantir que não haja um processo definido para uma porta UDP ou TCP específica:

lsof -Pan -i tcp -i udp
    
por 17.06.2015 / 19:17
0

Tente usar netstat -nap para determinar qual programa tem a porta aberta. Eu não tenho um sistema OSX para testar, mas no Linux, as portas do kernel mostram - como o programa.

EDIT: Uma pesquisa rápida por OSX ipsec disable indica que o OSX pode ter o IPSEC ativado por padrão. Nesse caso, você precisaria desativá-lo para liberar a porta.

    
por 12.11.2012 / 23:34