Better Windows Services어떤 서비스가 실행되어야 하는가?
솔직한 답은 아무도 말해 줄 수 없다는 것이며, 말해 줄 수 있다고 주장하는 모든 목록은 당신의 것이 아닌 컴퓨터를 설명하고 있습니다. 답할 수 있는 것은 더 좁고 훨씬 유용한 질문입니다. 이 컴퓨터에서 앞뒤가 맞지 않는 것은 무엇이며, 잘 동작하던 때와 무엇이 다른가.
일반적인 질문에 답이 없는 이유
- 구성은 Windows 에디션, 버전, 역할에 따라 다릅니다. 도메인 컨트롤러, 노트북, 컨테이너 호스트는 거의 모든 것에서 의견이 다르며, 하나를 위해 쓴 목록은 나머지에게 틀립니다.
- 설치된 것의 절반은 Windows에서 온 것이 아닙니다. 드라이버, 에이전트, 업데이트 서비스, 라이선스 데몬은 모두 무언가가 설치한 것이며, 어떤 일반 목록도 그것이 무엇인지 모릅니다.
- 대부분의 서비스는 중지된 상태가 정상입니다. 최신 Windows는 등록하는 것의 일부만 시작합니다. 나머지는 장치 연결, 포트 열림, 도메인 가입 같은 트리거를 기다리며, 중지가 올바른 상태입니다.
- “성능을 위해 이것을 끄세요”라는 목록 때문에 컴퓨터가 망가집니다. 놀고 있는 것처럼 보이는 서비스는 다른 무언가가 필요할 때 시작하는 서비스이며, 장애는 일주일 뒤 전혀 상관없는 곳에서 나타납니다.
답이 있는 질문
떠 있어야 하는데 떠 있지 않은 것
start:auto !status:running
Windows는 이 서비스들을 시작하라는 지시를 받았지만 실행 중이 아닙니다. 건강한 컴퓨터에서는 짧은 목록입니다. 늦게 시작했다가 다시 멈추는 항목 몇 개입니다. 그 밖의 것은 살펴볼 가치가 있습니다.
사용 안 함인데 그래도 실행 중인 것
mismatch:running
구성과 상태가 어긋나 있습니다. 보통 누군가 중지하지 않고 사용 안 함으로 바꾼 것이며, 다음 재시작이 놀라움이 될 것입니다.
사라진 파일을 가리키는 것
file:missing
등록 정보를 남기고 제거된 경우입니다. 무언가 시작하려 하기 전에는 해롭지 않으며, 이 컴퓨터에 무엇이 있었는지에 대한 단서입니다.
아무도 서명하지 않은 것
signed:no peruser:no
그 자체로는 아무것도 증명하지 않으며, 읽기를 시작하기에 알맞은 곳입니다. 두 번째 검색어는 사용자별 계열을 제외하는데, 그렇지 않으면 목록이 거의 같은 항목으로 채워집니다.
가장 강한 권한을 요청하는 것
privilege:SeDebugPrivilege
프로세스가 다른 어떤 프로세스든 열 수 있게 해 주는 권한입니다. 합법적인 서비스 몇 개가 이것을 요청하며, 사용 중인 컴퓨터에서는 어느 것인지 알아 둘 가치가 있습니다.
트리거를 기다리는 것
trigger:any status:stopped
무언가 잘못되어서가 아니라 아직 아무도 요청하지 않았기 때문에 중지되어 있습니다. 이것들이 무엇인지 아는 것이 첫 번째 목록이 더 이상 불안하지 않게 되는 방법입니다.
모든 것을 이기는 방법
컴퓨터 자신에게, 잘 동작하던 때에 대해 물어보세요.
컴퓨터가 운영에 들어가는 날 스냅샷을 만드세요. 그러면 이것이 실행되어야 하는가는 모든 것이 동작하던 때 이것이 실행 중이었는가가 됩니다. 기사 속 컴퓨터가 아니라 당신의 컴퓨터에 대한 질문입니다.
bws snapshot create C:\baselines\web01.json --note "after the build"
# ... 일주일, 패치, 또는 사고 이후
bws snapshot diff C:\baselines\web01.json --live구성은 실행 상태와 따로 보고되므로, 답은 우연히 떠 있는 서비스 마흔 개가 아니라 누군가 바꾼 시작 유형입니다.
드리프트에 대한 컴퓨터 감사무엇이든 중지하기 전에
이 도구의 모든 중지는 먼저 계획을 보여 줍니다. 단계, 함께 내려가는 것, 그리고 그중 하나가 컴퓨터가 없이는 동작하지 않는 것일 때의 경고입니다. 그런 것의 목록은 일곱 개로 이루어진 시작용 목록입니다. RPC의 두 부분과 DCOM 실행기, 계정 관리자, 키 격리, 세션 관리자, 플러그 앤 플레이이며, 원격 데스크톱은 들어 있지 않으므로 원격 세션에서는 계획을 읽으세요.