É a ativação do soquete :). E você estava certo em desconfiar.
Você precisa desabilitar rpcbind.socket
. Desabilitar o rpcbind.service (que é o que o systemctl disable rpcbind
assume) não tem efeito.
Além disso, o disable
aqui afetará apenas o que acontece no momento da inicialização. Então, se você quiser ver uma alteração imediata, você também deseja executar systemctl stop rpcbind.socket
.
EDIT: Esta questão parece muito parecido comigo. Jeff Schaller aponta que você pode usar o comando systemctl list-sockets
, para ver as portas e serviços que systemd
está implementando a ativação do soquete.
Voltei e dei uma olhada em Fedora-Workstation-Live-x86_64-25-1.3.iso
.
O status de rpcbind.service mostra indirect; vendor preset; disabled
. (Também Active: inactive (dead)
). Então é claro que desabilitar (ou parar) de novo não mudaria nada.
Eu acho que o indirect
aqui é uma dica para procurar outras unidades que ativam este (incluindo mas não se limitando a unidades de soquete). Depois que a unidade de soquete também é interrompida, ela muda de indirect
para disabled
.
A parte estranha é que a unidade socket é mostrada como enabled; vendor preset: disabled
. Isso significa que algo ativou o rpcbind.socket na imagem do Fedora 25, mas não foi ativado por /lib/systemd/system-preset/80-workstation.preset
ou 90-default.preset
. Isso parece ir contra a política (atual) no link que está vinculado a partir de 90-default.preset -
If the service should be enabled by default, it must be added to one of the distribution presets files.
Isso foi resolvido em algum momento. rpcbind.socket
não está mais ativado em Fedora-Workstation-Live-x86_64-28-1.1.iso
.
(Isto não significa que o rpcbind / port 111 seja automaticamente acessível a partir da rede nos sistemas instalados a partir de um disco do Fedora 25. A instalação também inclui um firewall que não permite a porta 111)