Ідентифікація та управління розміщеними службами

• у Windows XP і більш пізніх версіях команда «tasklist з ключем/svc» включає список сервісів компонентів у кожному процесі;

  

  Відкриваємо «Пуск», вводимо «командний рядок», відкриваємо її

  

  Вводимо команду tasklist/svc», натискаємо «Enter»

  

  Вивчаємо результат

• у Windows Vista і Windows 7 вкладка «Служби» «Диспетчера завдань Windows включає список служб та їх груп та ідентифікаторів процесів (PID); клацніть правою кнопкою миші svchost в «Диспетчері завдань», а параметр «Перейти до послуг» також переключиться на список служб і, при необхідності, виберіть служби, запущені у відповідному svchost;

  

  Клацаємо правою кнопкою миші на процес svchost.exe з високим рівнем використання і вибираємо «Перейти до служб»

  

  На вкладці «Служби» служби, які працюють в одному процесі будуть виділені синім кольором

• у Windows 8 інтерфейс «Диспетчера завдань» було оптимізовано таким чином, що кожна запис svchost може бути розгорнута одним клацанням миші на суб-список служб, запущених всередині нього.

Провідник Microsoft Sysinternals Process Explorer також надає інформацію про сервіси, які виконуються в процесах svchost.exe коли користувач наводить курсор на svchost.

Провідник Microsoft Sysinternals Process Explorer також надає інформацію про сервіси, які виконуються в процесах svchost

Жоден з вищеперелічених методів не дозволяє користувачеві визначити, яка з багатьох служб, запущених всередині svchost, є конкретним ресурсом, наприклад, процесор, диск, мережа або пам’ять. Монітор ресурсів Windows враховує більшість цих ресурсів, коли процес деталізовано. Тим не менш він враховує використання процесора при деталізації служб шляхом переходу на вкладку «ЦП». Список відкритих TCP-з’єднань і відкритих портів UDP можна отримати з допомогою «netstat -b».

Запускаємо командний рядок від імені адміністратора

Вводимо команду «netstat -b», натискаємо «Enter»

Вивчаємо, отриманий результат

Щоб вирішити інші проблеми з сервісом, запущеним всередині svchost, служба (або служби, які повинні викликати проблему) повинна бути (все) перенастроєна, щоб кожен з них виконувався всередині свого власного примірника svchost. Наприклад, «sc config foo type = own» перелаштує службу з ім’ям «foo», щоб запустити свій власний svchost. Зміна типу «back to the general» виконується з допомогою аналогічної команди. Щоб ці зміни конфігурації вступили в силу, необхідно перезапустити службу. Однак цей процес налагодження не є надійним. У деяких випадках може відбутися помилка heisenbug, з-за чого проблема зникає, коли служба працює окремо.

Більш складним методом усунення неполадок є створення ізольованої групи обслуговування.