편집하다: 이 질문의 원래 전제는 screen기존 Debian Jessie에서는 작동하지 않으며 해결 방법을 찾고 있다는 것입니다. 이것은 작은 샘플 크기의 인공물로 밝혀졌습니다. 저는 새로운 Debian Jessie 설치가 screen올바르게 실행된다는 것을 확인했습니다. 따라서 "Something Else"가 잘못된 것이 분명합니다.
수정된 질문은 다음과 같습니다. 어떻게든 Debian Jessie 시스템을 망가뜨렸습니다. 유일한 명백한 증상은 screen로그아웃 시 세션이 종료된다는 점이며, dbus 연결이 관련되어 있을 수 있다는 상황적 증거가 있다는 것입니다. 내가 깨뜨린 부분을 제안할 수 있는 사람이 있나요?
나는 이것이 이것이 광범위하고 아마도 대답할 수 없는 질문으로 변한다는 것을 알고 있지만, 그것이 바로 지금 내가 있는 곳입니다.
원래 질문이 계속됩니다.여기:
이 문제가 이전에 조금 논의되었다는 것을 알고 있지만 모든 관련 정보를 한 곳에서 찾을 수 없는 것 같고 다양한 소스를 결합하는 것이 나에게 적합하지 않습니다.
나는 Debian "jessie" 시스템을 가지고 있는데 "screen" 도구를 사용하여 백그라운드 세션을 실행하고 상위 SSH 세션을 종료한 후에도 지속되도록 하여 그 시스템에 SSH로 접속할 수 없습니다. 시스템 세션에 문제가 있다고 생각하며 이를 해결하기 위한 몇 가지 조치를 취했지만 여전히 작동하지 않습니다.
여기에서 버그 보고서를 읽었습니다.데비안 버그 보고서 825394. 조사 결과, 사용자 세션이 /etc/pam.d/common-session에 있는 "pam_systemd.so" 라이브러리를 실행하고 해당 계정에 대해 "loginctl 활성화-linger 사용자 이름"을 실행하고 " KillUserProcesses" in / etc/systemd/login.defs에서 "no"로 설정합니다.
또한 이전 StackExchange 게시물의 "자동 분리" 화면 설정에 대해 후속 조치를 취했습니다.StackExchange 화면 문제
이러한 설정을 사용하면 다음을 수행할 수 있을 것 같습니다.
systemd-run --scope --user screen
이로 인해 발생하는 문제는 systemd-run --user가 사용자의 서비스 관리자에 도달하기 위해 사용자의 dbus 세션에 연결하기를 원하고 ssh 연결이 dbus를 시작하지 않으며 제 생각에는 dbus도 시작해서는 안된다는 것입니다. 이 작업의 요점은 닫힌 SSH 세션의 수명보다 수명이 긴 일부 작업을 수행하는 것입니다. 이는 dbus 세션이 종료될 때 종료될 수 있으며 종료되어야 합니다.
나는 한 바퀴 돌아서 로그아웃 후에도 하위 프로세스가 유지되기를 바라는 문제로 다시 돌아온 것 같습니다.
Debian Jessie는 현재 systemd 버전 215와 screen 버전 4.2.1을 출시하고 있는데, 후자는 패키지 시 PAM 지원을 포함하지 않습니다.
두 번째 목표는 시스템에 대한 개입 수준을 최소화하는 것입니다. 충분한 안내를 통해 /etc/pam.d/screen 파일을 만들 수도 있지만 더 간단한 솔루션을 선호합니다.
이 경우 systemd가 내 의도를 존중하도록 설득할 수 있는 Debian Jessie의 알려진 단계 세트가 있습니까?
답변1
먼저 우리는 귀하가분리그냥 로그아웃하는 대신 스크린 세션을 사용하세요. 분리할 기본 키 바인딩은 Control-AD입니다. 세부 사항은 다음과 같습니다여기.
다시 로그인하면 screen -r세션을 재개할 수 있습니다.
답변2
따라서 이 특정 시나리오의 경우 /etc/pam.d/common-session세션을 systemd에 연결하는 줄이 제거됩니다. 이 줄( session optional pam_systemd.so)을 복원하면 문제가 해결된 것 같습니다.
이는 아마도 상당히 제한된 상황에만 해당될 것입니다.