Local processes connecting to such port will create a unix pipe instead of an IP socket.
Se um processo usa um pipe ou um soquete não depende da interface per se . Depende de quais serviços do sistema ele chama.
Para criar um pipe nomeado, o programa chama mkfifo (2). Para obter um descritor no arquivo, ele chama open (2). ls -l mostra um "p" nos bits de status de um fifo. Canais anônimos, criados com pipe (2), não têm nome e são invisíveis para processos sem um ancestral comum.
Para criar um soquete TCP, ele chama socket (2) e, em seguida, bind (2) para atribuir um nome a outros processos para se conectar. Se o argumento para ligar for um endereço externo, ele ficará visível para a rede, senão não.
Você pode estar pensando no endereço de loopback 127.0.0.1. Se o programa se vincular a isso, ele não estará visível ou acessível pela rede. Somente processos em execução na máquina host podem se ligar ou se conectar ao endereço de loopback.
Também é possível criar uma conexão TCP sobre algo que se parece um pouco com um arquivo, conhecido como soquete do domínio UNIX. Nesse caso, o argumento para bind (e connect ) tem um nome de arquivo. Como o nome aparece no sistema de arquivos, parece um pouco como um pipe, mas ls -l mostra um "s" entre os bits de status.
Se você está interessado em como todas essas distinções estranhas surgiram, o NetBSD distribui dois trabalhos que datam de sua invenção e ainda são relevantes hoje. Procure por um tutorial avançado de comunicação entre processos 4.4BSD e um tutorial introdutório de comunicação entre processos 4.4BSD na web.