xterm에서 Ctrl-C를 눌러 sudo를 중단하는 방법은 무엇입니까? [복사]

sudoX 터미널 에뮬레이터의 포그라운드 프로세스가 실제로 .NET에서 어떻게 작동하는지 자세히 설명해주세요(tty 관련 내용 포함) Ctrl-C.

다음 예를 참조하세요.

$ sudo -u test_no_pw sleep 999 &                                    
[1] 16657                  
$ ps -o comm,pid,ppid,ruid,rgid,euid,egid,suid,sgid,sid,pgid -t
COMMAND           PID  PPID  RUID  RGID  EUID  EGID  SUID  SGID   SID  PGID
zsh             15254 15253  1000  1000  1000  1000  1000  1000 15254 15254
sudo            16657 15254     0  1000     0  1000     0  1000 15254 16657
sleep           16658 16657  1002  1002  1002  1002  1002  1002 15254 16657
ps              16660 15254  1000  1000  1000  1000  1000  1000 15254 16660
$ fg
[1]  + running    sudo -u test_no_pw sleep 999
^C
$ # it was killed

중단하기 전에 다른 터미널에서 시작했습니다 sudo.strace

# strace -p 16657
Process 16657 attached
restart_syscall(<... resuming interrupted call ...>) = ? ERESTART_RESTARTBLOCK (Interrupted by signal)
--- SIGINT {si_signo=SIGINT, si_code=SI_KERNEL, si_value={int=809122100, ptr=0x54552036303a3934}} ---
[...SNIP...]

그래서 발신자가 SI_KERNEL흥미 롭습니다. 어제 IRC 채널과 Google에 질문했지만 모호하거나 잘못된 답변만 받았습니다. 대부분의 사람들은 터미널이나 쉘이 sudo를 SINGINTsudo로 보낼 것이라고 말하지만 제 생각에는 다음과 같이 이런 일이 발생하지 않습니다 kill(2).

프로세스가 신호를 보낼 수 있는 권한을 가지려면 권한이 부여되어야 합니다(Linux에서는 CAP_KILL 기능이 있어야 함). 또는 전송 프로세스의 실제 또는 유효 사용자 ID는 대상의 실제 또는 저장된 세트 사용자 ID와 같아야 합니다. 프로세스. SIGCONT의 경우 송신 프로세스와 수신 프로세스가 동일한 세션에 속해 있으면 충분합니다. (역사적으로 규칙은 달랐습니다. 참고 사항을 참조하세요.)

ETX나는 이것이 ASCII(3)를 사용하여 일부 이스케이프 시퀀스를 의사 터미널로 보내는 것과 관련이 있다고 예상 하지만 아직 이해하지 못했습니다. (신호가 커널에서 발생하는 이유는 무엇입니까?)

관련이 있지만 모호하거나 부정확함:

• https://stackoverflow.com/questions/34337840/cant-terminate-a-sudo-process-created-with-python-in-ubuntu-15-10

제가 가장 관심을 갖는 것은 Linux에서 작동하는 방식입니다.