É 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)