답변:
system-autodeath누군가가 그것에 대해 무언가를 할 때까지 매일 네트워크에서 기계를 꺼내는 것이 목표입니다 .
맨 페이지 :
system-autodeath는 매일 실행되는 크론 작업으로, 현재 시간과 시스템의 구성된 사망 날짜를 확인합니다. 이 날짜로부터 1 주일 이내에 시스템은 syslog.alert에 특정 날짜에 autodie가있는 시스템을 알리는 로그 통지를 보냅니다. 날짜에 시스템의 기본 경로가 삭제됩니다. 누군가가 그것에 대해 무언가를 할 때까지 매일이 작업을 계속합니다.
글렌 터너 (Glen Turner)는 자신의 블로그에 다음과 같은 이유가있다 .
내가 autodie에 관한 Paul Fenwick의 블로그를 보았을 때, 나는 오랫동안 리눅스에서 autodie 설비를 원했기 때문에 나의 영혼이 너바나로 뛰어 들었다. 그런 다음 기사를 읽고 전혀 그렇지 않다고 생각했습니다.
...
리눅스가 작동합니다. 그래서 어떤 사람들은 그것을 업데이트하지 않습니다. 인터넷상의 기기가 아니라면 아무 문제가 없습니다. 이 경우 이전 및 지원되지 않는 시스템은 오용에 매우 취약합니다. 많은 기계들이 있습니다. 요 전날 Red Hat Linux 5.2를 실행하는 머신의 플러그를 뽑았습니다.
autodeath cron 작업과 함께 제공되는 모든 배포판을 좋아합니다. 운영 체제에 예상 만료 날짜를 제공하십시오. 해당 날짜가되면 기본 경로를 삭제하십시오. 공급 업체가 유지 관리를 연장하면 해당 유지 관리의 일부로 자동 사망 패키지를 업데이트 할 수 있습니다. 배포 "레거시"유지 관리 프로젝트와 유사합니다.
업데이트를 시행하려는 경우 실제로 매우 유용합니다. 유지 관리 네트워크 (회사 네트워크의 경우)에서는 업데이트를 강제로 수행 할 수 있고 시스템이 업데이트되지 않은 경우 보안상의 이유로 네트워크에서 제거 할 수 있습니다. 따라서 모든 업데이트와 함께 자동 사망일이 미래로 푸시됩니다. 어떤 이유로 든 업데이트가 없으면 시스템 관리자가 시스템을 볼 때까지 머신이 네트워크에서 제거됩니다.
Fedora의 구현 은 Fedora Development Mailing List에서 논의 된 Seth Vidal의 것으로 보입니다 .
[James Hubbard에 대한 응답으로 그러한 시스템의 필요성을 요구했습니다.]
전 sysadmin으로서 위의 내용을 제어하지 않은 시스템 (기본적으로 시스템이 손상됨)을 설치 한 사람들을 위해 여러 Linux 배포판에 대한 재조정을 유지 한 사람은 바로 그 의도입니다.
대학 리눅스 배포판을 설치 한 실험실의 대학원생들이 시스템을 유지하고 모니터링하지 않기로 결정한 경우 기본 경로를 삭제하여 적어도 로컬 네트워크에서만 액세스 할 수 있기를 원합니다.
메일 링리스트에 아이디어의 원래 시작도 있습니다 .
사실, 완전히 다른 용도로 사용되는 Perl 의 autodie 도구를 제외하고 Glen Turner가 참조한 블로그 게시물을 찾을 수 없습니다 . 나는 그것이 유닉스 세계에서 나오는 것이거나 몇 년 전에 태어난 아이디어인지 알 수 없습니다.
어쨌든 이것은 목적, 매우 제한적이고 전문적인 목적을 가지고 있지만 여전히 목적을 가지고 있습니다. A의 버그 리포트는 결코 기본 설치에 없었다 매우 시스템 autodeath을 취소한다 . 이것이 컴퓨터에 설치 되었다면 우연히 다른 패키지 (Fedora 직원들은 패키지가이 패키지에 의존한다는 것을 알고 싶어 할 것입니다)를 설치했거나 다른 누군가가 당신을 대신하여 설치하기를 원했을 것입니다.
나는 누군가가 내 제안을 코딩하는 것에 대해 충분히 생각했다고 생각하지 못했습니다. 나는 세스 비달에게 맥주를 빚진 것으로 보인다. 블로그 게시물은 http://vk5tu.livejournal.com/19594.html 로 이동 했으며 Fedora Development 메일 링리스트 https://lists.fedoraproject.org/pipermail/devel/2008-September/009618에 대한 자세한 설명을 작성했습니다 . html
글렌