screenSSH를 통해 원격 호스트에서 실행하는 장기 실행 bash 스크립트가 있습니다 . 잠시 후 다시 돌아오면(로그아웃한 후) Screen Terminal이 더 이상 내 파일과 폴더에 접근할 수 없습니다.
이 문제의 원인은 무엇이며 이를 방지할 수 있는 방법이 있나요?
운영 체제: Andrew 파일 시스템을 사용하는 Scientific Linux CERN SLC 버전 6.9(Carbon). 나는 AFS에서 개인 디렉토리를 사용하고 있습니다. 이것이 차이가 있다면 말이죠.
편집하다:연결을 끊은 후에도 화면은 여전히 내 공개 디렉터리 및 기타 공개 파일에 액세스할 수 있습니다. 그래서 AFS에 관한 어떤 것이 그것을 엉망으로 만들었습니다.
답변1
다시 연결되면 "kinit"을 입력하고 사용자 비밀번호를 입력하세요.
답변2
비슷한 문제가 있었지만 AFS 연결 끊김이 즉각적이고 자동으로 이루어지지 않았으며 때로는 프로그램이 AFS에 대한 액세스를 잃기 전에 6시간 이상 성공적으로 실행되기도 했습니다. 사람들이 사용해도
fs checkservers
fs checkvolumes
fs flush
여전히 작동하지 않거나 AFS 액세스를 복원할 수 없습니다. 우리 시스템 관리자는 다음과 같은 원인과 해결 방법을 제안했습니다.
이유: "안타깝게도 Linux의 "새로운" 기능으로 인해 작동하지 않습니다. 시스템 리소스/로그인을 관리하는 systemd 데몬이 원격에서 로그아웃(또는 끊어진 연결)을 감지하면 공격적으로 세션을 정리하면 AFS 토큰이 손상되어 권한 거부 오류가 발생하게 됩니다."
가능한 해결 방법: 한 가지 가능한 해결 방법은 한 컴퓨터에서 화면을 연 다음 다른 컴퓨터로 ssh를 실행하고 해당 컴퓨터에서 실행되는 프로그램을 시작하는 것입니다. 예를 들어 machine1에 로그인한 다음 화면 세션을 시작합니다. - 스크린 세션 내에서 SSH를 통해 컴퓨터 2에 연결합니다. - 소프트웨어를 실행하여 분석을 수행합니다. - 세션 분리
위의 2개의 SSH 연결을 통해 토큰이 두 번째 시스템에서 활성 상태로 유지되기를 바랍니다. "