다른 사용자 및 실행 화면으로 Sudo

오늘 내가 실행 한 다른 사용자로 실행중인 화면이 작동하지 않는다는 것을 알았습니다!

즉

ssh bob@server         # ssh into server as bob
sudo su "monitor" -
screen                 # fails: Cannot open your terminal '/dev/pts/0'

"모니터"사용자로 실행되는 스크립트가 있습니다. 화면에서 출력을보기 위해 화면 세션에서 실행합니다. 문제는, 우리는 자신의 계정 (예 : bob, james, susie 등)으로 로그인 한 다음 "모니터"사용자로 sudo하는 많은 사용자가 있다는 것입니다. "모니터"사용자에게 액세스 권한을 부여하는 것은 의문의 여지가 없습니다.

화면을 시작하기 전에 script /dev/null사용자로 실행 해보십시오 su. 빈민굴 작은 해킹이지만 화면이 행복해야합니다.

나는 screen사용자 에게 래퍼 함수를 ​​사용하고 sudo su있습니다. 이것은 사용자에게 추가 한 래퍼 함수입니다 ~/.bashrc.

기능 화면 () {
  / usr / bin / script -q -c "/ usr / bin / screen $ {*}"/ dev / null
}

이를 통해 사용 screen하려는 모든 옵션과 매개 변수 를 사용할 수 있습니다. 이 기능을 시스템 전체에 배치하려고합니다.

어쨌든 호스트에 SSH로 접속한다고 가정하면 ~ monitor / .ssh / authorized_keys 파일에서 모니터 계정에 액세스해야하는 각 사용자에 대해 공개 ssh 키를 추가 할 수 있습니다. 그런 다음 각 사용자의 원격 컴퓨터에서 실행할 수 있습니다.

ssh -t monitor@remote.machine 화면 -RD

우리 가이 오류에 대해 이야기한다고 가정합니다.

$ sudo su - bob
$ screen
Cannot open your terminal '/dev/pts/5' - please check.

다음은 하나의 라이너입니다 (예 : "별칭 gobob"으로 사용될 수 있음).

sudo su - bob -c "script -c bash /dev/null"'

설명:

이것은 사용자 bob으로 쉘 (로그인 쉘과 같은)을 시작합니다. bob 사용자가 시작 script하여 bash (대시 또는 ksh 일 수 있음)를 호출하라는 메시지가 표시되고 세션 사본이 삭제됩니다.

아마도 해당 장치에 대한 권한을 변경하거나 해당 장치를 읽을 권한이있는 그룹에 모니터를 추가해야 할 것입니다. 그러나 보안에 미치는 영향을 고려해야합니다.

당신은 당신이 말한다 :

sudo su "monitor" -

후행 대시에 대해 궁금합니다. 나는 보통 :

sudo su - username

대시 보드 (su 매뉴얼 페이지 당)는 su에게 "쉘을 로그인 쉘로 만들도록"지시합니다. 이것은 모든 일반적인 쉘 시작 스크립트를 소싱하고 PATH 및 HOME과 같은 것을 올바르게 설정한다는 것을 의미합니다.

방금이 문제를 겪었습니다. chmod +rw $(tty)sudo를 실행하기 전에 해결했습니다 . 이 솔루션의 문제점은 누구나 그 후에 터미널에서 연결하고 스누핑 할 수 있다는 것입니다.