시스템 관리자가 시스템을 재부팅하지 않았다는 것을 어떻게 알 수 있습니까?

시스템 관리자로부터 일부 패치를 적용하기 위해 시스템을 재부팅해야한다는 이메일을 받았습니다. 나는 그것을 잊어 버렸고 몇 시간 후에 나는 아직 시스템을 재부팅하지 않았다는 다른 메일을 받았습니다.

그 후 시스템을 재부팅했지만 시스템을 재부팅했는지 어떻게 알 수 있는지 놀랐습니다. 누군가 이것이 어떻게 작동하는지 설명 할 수 있습니까?

원격으로이를 확인하는 빠른 방법은 SNMP를 사용하여 수행 할 수 있습니다 (SysAdmin이 네트워크에서 설정 한 경우).

admin@yourcompany:~$ snmpwalk -v 2c -c <snmpstring> MachineName sysUpTimeInstance
DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (9461615) 1 day, 2:16:56.15

대부분의 경우 데이터는 일종의 네트워크 관리 / 모니터링 시스템 (예 : Nagios 또는 Cacti)에 폴링되어 저장됩니다.

이 snmpwalk명령을 사용하는 데 관심이있는 사람은 여기 에서 답변을 참조 하여 시스템에 기본 SNMP 구성을 설정하십시오.

간단한 방법은 uptime명령 의 출력을 확인하는 것입니다.이 명령은 종료 / 재시작없이 시스템을 얼마나 오래 실행했는지 보여줍니다.

샘플 출력 :

saji@geeklap:~$ uptime
12:41:29 up  3:08,  2 users,  load average: 1.06, 0.85, 0.86

내 시스템의 전원이 3 시간 8 분 동안 켜져 있다고합니다.

관리자는 uptime이 링크에 설명 된대로 다른 방법을 사용하거나 사용하도록 쉘 스크립트를 설정할 수 있습니다 . 관리자가 사용할 수있는 또 다른 방법은 시스템 종료 또는 재시작시 전자 메일을 보내도록 설정하는 것입니다. 자세한 내용은이 링크 에서 확인할 수 있습니다 .

@ saji89 가 uptime명령을 언급했습니다 . 한 단계 아래로 내려 가서 sysadmin은 각 컴퓨터에 연결하고 cat /proc/uptime그와 동등한 것을 수행하는 스크립트를 어딘가에 두어야합니다 . 출력의 첫 번째 필드는 시스템이 마지막으로 재부팅 된 이후의 시간 (초)으로,의 출력보다 구문 분석이 훨씬 쉽습니다 uptime. 예를 들어, 내 컴퓨터는 1441218.24로 uptime돌아가는 첫 가동 시간 필드를 제공합니다 up 16 days, 16:20. 1441218 초는 16 일에 58818 초를 더한 값이며 58818 초는 16 1/3 시간입니다. 16 일 16 1/3 시간

시스템 을 다시 부팅 해야 했기 때문에 최대 시간을 알면 이 데이터를 통해 시스템이 다시 부팅되었는지 여부를 확인할 수 있습니다.

Nagios와 같은 모니터링 도구를 사용하거나 sysadmin이 컴퓨터에 보관하는 별도의 스크립트 (또는 상상할 수 있음)를 통해 각 컴퓨터에 차례로 또는 병렬로 연결하여 시간을 인쇄 할 수 있습니다 어떤 형식으로 마지막 재부팅 이후. 그것은 모두 정교하게 만드는 방법에 달려 있습니다.

완전성을 위해 또 다른 방법 /var/log/wtmp은 마지막 명령 을 통해 보는 것 입니다. 예:

$ last reboot
reboot   system boot  3.2.0-36-generic Thu Jan 24 16:25 - 17:42 (1+01:17)   

wtmp begins Tue Jan  1 06:30:03 2013

이 방법은 또한 완벽한 니모닉이기 때문에 선호되는 방법입니다.

Q: When did the last reboot occur? 
A: Just type 'last reboot'

를 통해 재부팅이 필요한 패키지가 업데이트 apt되면이라는 파일 reboot-required이에 생성됩니다 /var/run/. sysadmin은이 파일이 있는지 원격으로 확인하여 업데이트로 인해 재부팅이 필요한지 확인할 수 있습니다.

이 ...

패치를 적용하기 위해

핵심 부분입니다.

관리자가 괜찮다면 HIS 컴퓨터에서 업데이트를 설정하여 PC가 웹에서 동일한 파일을 다운로드하지 않아도됩니다. 그렇다면 자신의 컴퓨터에서 패치를 다운로드 한 사람을 볼 수 있습니다.

그런 다음 패치를로드 한 시스템의 IP 주소 만보고 그렇지 않은 시스템으로 전자 메일을 보내면됩니다. 해당 이메일은 자동 생성 된 메일 일 수도 있습니다. 500 대의 기계가 있다고 상상해보십시오. 자신의 마키 메에서 할 수있는 여러 가지 방법이있는 경우 수동으로 각각을 검사하는 것은 시간 낭비입니다.

이 방법으로 수행해야하는 1 가지 매우 중요한 이유 : 관리자는 유지 관리해야하는 시스템에서 발생하는 상황을 제어해야합니다. 따라서 그는 모든 기계의 상태를 볼 수있는 단일 제어 지점 (즉, 모든 도구가있는 자신의 기계)을 항상 가지고 있어야합니다.

답변에 설명 된 몇 가지 유효한 방법이 있습니다. 로그인 및 가동 시간 확인은 대기업에게는 이상하지만 소규모 회사에서는 가능합니다. sysadmin은 SNMP를 통해 검사했을 수 있지만 동일한 "문제"인수를 사용할 수 있습니다.

가장 우려되는 상황은 다음과 같습니다.

1. sysadmin은 컴퓨터 클러스터에서 문제가 있는지 검사하는 일종의 검사 소프트웨어 (아마도 Nagios)를 실행합니다. NRPE 플러그인과 같은 것이 대부분의 시스템에서 사용되며 가동 시간을 보여줄 수 있습니다 (디스크, 로그인 한 사용자 등).
2. 비슷한 방법을 사용하여 실행중인 곳을 확인할 수 있습니다. 업데이트 할 패치를 확인할 수있는 경우 (커널이 어떤 커널을 사용하고 있는지) "모든 사용자가 업데이트 되었습니까"스크립트는 여전히 컴퓨터에서 '나쁜'상태에있는 것으로 나타납니다.

시스템이 자신이 제어하는 ​​네트워크에 연결되어 있으면 sysadmin은 스위치 또는 dhcp 서버를보고 네트워크 연결이 얼마나 오래 활성화되었는지 확인할 수 있습니다. 또한 재부팅하지 않았다고 알려줍니다.