Это активация сокета :). И вы были правы, подозревая.
Необходимо отключить rpcbind.socket
. Отключение rpcbind.service
-, которое systemctl disable rpcbind
предполагает -, не имеет никакого эффекта.
Кроме того, disable
влияет только на то, что происходит во время загрузки. Поэтому, если вы хотите увидеть немедленные изменения, вы также хотите запустить systemctl stop rpcbind.socket
.
РЕДАКТИРОВАТЬ:Этот вопрос очень похож на меня. Джефф Шаллер указывает, что вы можете использовать команду systemctl list-sockets
, чтобы увидеть порты и службы, для которых systemd
реализует активацию сокета.
Я вернулся и посмотрел на Fedora-Workstation-Live-x86_64-25-1.3.iso
.
Статус rpcbind.service показывает indirect; vendor preset; disabled
. (ТакжеActive: inactive (dead)
). Так что ясно, что отключение (или остановка )ничего не изменит.
Я предполагаю, что indirect
здесь является подсказкой, чтобы обратить внимание на другие юниты, которые активируют этот (, включая, помимо прочего, юниты с сокетами ). Как только блок розеток также останавливается, он меняется с indirect
на disabled
.
Странно то, что блок сокета отображается как enabled; vendor preset: disabled
. Это означает, что что-то активировало rpcbind.socket в образе Fedora 25, но не было включено с помощью /lib/systemd/system-preset/80-workstation.preset
или 90-default.preset
. Похоже, это противоречит (текущей )политике в https://fedoraproject.org/wiki/Packaging:DefaultServices, которая связана с 90 -default.preset -
.
If the service should be enabled by default, it must be added to one of the distribution presets files.
В какой-то момент это было решено. rpcbind.socket
больше не включен в Fedora-Workstation-Live-x86_64-28-1.1.iso
.
(Это не означает, что rpcbind / порт 111 автоматически доступен из сети в системах, установленных с диска Fedora 25. Установка также включает брандмауэр , который не разрешает порт 111 )
.
Все сводится к
[[ F > 5 ]] && [[ 2 > 1 ]]
В ASCII F
равно 70 (0x46 ), а 5
равно 53 (0x35 ).
Какой результат вы ожидаете и почему?