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 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.
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.
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
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.
Tags networking netstat udp macos