SLES 12가 있는데 컴퓨터를 다시 시작할 때마다 프로세스 rpc.gssd
(예: Kerberos)가 자동으로 시작되는 것을 발견했습니다. 를 사용하여 비활성화하려고 시도했지만 systemctl
그러한 서비스가 없습니다. 하나의 PID만 볼 수 있습니다.
pgrep rpc.gssd
어떤 서비스가 이를 유발했는지 어떻게 조사하고 찾을 수 있나요? 아니면 영구적으로 비활성화하는 방법은 무엇입니까?
답변1
노력하다:
systemctl status PID
다음과 같은 내용이 표시됩니다.
$ systemctl status 16736
● salt-master.service - The Salt Master Server
Loaded: loaded (/lib/systemd/system/salt-master.service; disabled; vendor preset: enabled)
Active: active (running) since Thu 2015-09-10 05:11:21 MSK; 1min 8s ago
Main PID: 16736 (salt-master)
CGroup: /system.slice/salt-master.service
├─16736 /usr/bin/python /usr/local/bin/salt-master
├─16744 /usr/bin/python /usr/local/bin/salt-master
├─16751 /usr/bin/python /usr/local/bin/salt-master
시스템 제어(1)설명하다:
상태[모드...|PID...]]
하나 이상의 장치에 대한 간결한 런타임 상태 정보와 함께 로그의 최신 로그 데이터를 표시합니다. PID를 전달하면 해당 프로세스가 속한 유닛에 대한 정보가 표시됩니다.
답변2
현재 SLES 12 이상(및 다양한 Linux 배포판 가능)에서 rpc.gssd는 "rpc-gssd.service"를 통해 systemd에 의해 제어됩니다. 이 서비스는 "정적"(부팅 중에 항상 시작됨)으로 간주되며 "활성화" 또는 "비활성화"로 구성할 수 없습니다. (이를 확인하려면 "systemctl status rpc-gssd"를 사용할 수 있습니다.) "비활성화"할 수 없으므로 부팅 중에 시작되지 않도록 하려면 "마스크"해야 합니다. 예를 들면 다음과 같습니다.
systemctl 마스크 rpc-gssd.service
이러한 항목을 다시 가져오는 "unmask" 명령도 있습니다.
참고로 rpc.gssd가 Kerberos라고 말하는 것은 올바르지 않습니다. NFS가 Kerberos를 사용할 수 있는 인터페이스입니다. 기술적으로 이는 rpc 계층에서 구현되므로 다른 RPC 서비스에서 이를 활용하도록 코딩할 수 있다고 생각합니다. 그러나 이 작업을 수행하는 RPC 기반 서비스(NFS 제외)는 본 적이 없습니다. nfs-utils 소스 패키지는 rpc.gssd를 제공합니다.