Что такое windows интерактивная

Обновлено: 28.06.2024

Речь пойдет о Windows. Операционной системе, операционной она называется потому что в ней вы будете производить все операции с компьютером через графический интерфейс.

Замечу что первые компьютеры такого интерфейса не имели и связь между компьютером и пользователем была через команды (DOS). Это было неудобно. К тому же требовало знание текстовых команд.

Современные компьютеры избавили "юзеров" от запоминания сложных команд. Поэтому важно знать Windos и уметь ею пользоваться. Помимо Windos есть и другие "операционки", но они ориентированы на продвинутых пользователей.

Давайте коротко познакомимся с Windows (подробно пообщаемся в другой статье).

Итак, Виндовс пришла на смену MS-DOS которая была распространена в 90-х годах. Появилась Windows ещё до 90-х годов, но популярность пришла с windows 3.11 (в 93 году). После вышла популярная 95-Винда ну и пройдя все стадии обновлений дошла до windows 10.

Существуют несколько коротких тезисов которые необходимо запомнить начиная работу с этой "операционкой". 1) Под виндовс надо устанавливать драйвера. 2) Виндовс подвержена вирусам, а так же хакерским атакам. 3) Нестабильна. 4) Нуждается в регулярной чистке или переустановке системы. 5) Требует установки дополнительных программ.

Давайте разберем эти пункты.

1: С каждым компьютером вы получаете набор CD дисков, покупая новое железо (платы) вам так же дают в придачу диски. На них драйвера. Драйвер это такой механизм который объясняет системе как нужно работать с оборудованием.

В виндовс хранится много встроенных драйверов, но они либо универсальны, либо не совместимы с оборудованием а потому работать плата будет но не так быстро или мощно как могла. Поэтому следите что бы у вас были установлены эти драйвера. Скачивать их можно или через интернет, или с диска который шел в комплекте с компьютером.

2: Вирусы и прочие вредители типа троянских коней это распространенное явление в операционной системе. Отчасти потому что виндовс чаще других,устанавливают на компьютеры, поэтому хакеры пишут вирусы именно под "винду".

Часто простым обывателям бояться не надо, если у них нет на компьютере важной информации (пин-код от карты, личных фото или видео, прочее что может представлять ценность мошенникам). В других случаях рекомендуется устанавливать антивирус + фаерволл.

3: Нестабильность Windows уже породила не мало анекдотов и стала неотъемлемой частью этой системы. Но разработчики стараются и с каждым годом зависаний становится меньше. Хотя иногда "синий экран смерти" нет да и "всплывает".

4: В системе Виндовс есть регистр( Registry Keys ) куда "операционка" записывает все действия произведенные с системой. Так же Windows накапливает все файлы когда-либо установленные в отдельную папку (темп). Сторонние приложения в виде браузеров так же любят хранить кэш и историю посещений. Все эти манипуляцию вызывают рост обьема информации, и делают зависания и ошибки более частыми. Поэтому надо регулярно чистить реестр специальными программами, удаляя остаточные файлы.

5: Сама по себе Windows мало на что способна. Ей необходимы сторонние программы. Например для просмотра кино нужны кодаки( Codec ), для защиты от вирусов — антивирусы, для интернета — браузеры, для работы с тестами — Майкрософт Ворд. И так далее. Много программ устанавливаются после постановки на компьютер операционной системы Windows.

Статья получилась объёмной поэтому вернемся к подробному разъяснению попозже. Кому понравилось ставьте лайки. Если не трудно подпишитесь на канал. Репосты приветствуются. Ну и оставляйте комментарий если есть что добавить.

Обычно службы — это консольные приложения, предназначенные для автоматического запуска без графического пользовательского интерфейса. Однако некоторым службам может потребоваться случайное взаимодействие с пользователем. На этой странице обсуждаются лучшие способы взаимодействия с пользователем из службы.

службы не могут напрямую взаимодействовать с пользователем в Windows Vista. Поэтому методы, упомянутые в разделе Использование интерактивной службы, не должны использоваться в новом коде.

Взаимодействие с пользователем из службы косвенно

Для взаимодействия с пользователем из службы во всех поддерживаемых версиях Windows можно использовать следующие методы:

Отображение диалогового окна в сеансе пользователя с помощью функции втссендмессаже .

Создайте отдельное скрытое приложение GUI и используйте функцию параметр CreateProcessAsUser для запуска приложения в контексте интерактивного пользователя. Разработайте приложение GUI для взаимодействия со службой с помощью какого-либо метода межпроцессного взаимодействия (IPC), например именованных каналов. Служба взаимодействует с приложением GUI, чтобы сообщить ему о том, когда следует отображать графический интерфейс пользователя. Приложение передает результаты взаимодействия пользователя обратно в службу, чтобы служба могла предпринять соответствующие действия. Обратите внимание, что IPC может предоставлять интерфейсы службы по сети, если не используется соответствующий список управления доступом (ACL).

если эта служба работает в многопользовательской системе, добавьте приложение в следующий раздел, чтобы он выполнялся в каждом сеансе: HKEY _ LOCAL _ MACHINE \ SOFTWARE \ Microsoft \ Windows \ CurrentVersion \ run. Если приложение использует именованные каналы для IPC, сервер может различать несколько пользовательских процессов, присваивая каждому каналу уникальное имя на основе идентификатора сеанса.

кроме того, для Windows Server 2003 и Windows XP доступен следующий метод:

Использование интерактивной службы

По умолчанию службы используют неинтерактивную станцию окон и не могут взаимодействовать с пользователем. Однако интерактивная служба может отображать пользовательский интерфейс и принимать вводимые пользователем данные.

Службы, работающие в контексте безопасности с повышенными правами, например учетная запись LocalSystem, не должны создавать окно на интерактивном рабочем столе, так как любое другое приложение, работающее на интерактивном рабочем столе, может взаимодействовать с этим окном. Это обеспечивает доступ к службе любому приложению, которое выполняет вошедший в систему пользователь. Кроме того, службы, работающие под учетной записью LocalSystem, не должны получать доступ к интерактивному рабочему столу путем вызова функции опенвиндовстатион или жетсреаддесктоп .

Чтобы создать интерактивную службу, выполните следующие действия при вызове функции CreateService :

Укажите значение NULL для параметра лпсервицестартнаме , чтобы запустить службу в контексте учетной записи LocalSystem.
Укажите флаг _ интерактивного _ процесса службы .

Чтобы определить, работает ли служба как интерактивная служба, вызовите функцию жетпроцессвиндовстатион для получения маркера на оконную станцию, а функцию жетусеробжектинформатион — для проверки того, имеет ли станция окна атрибут _ Visible .

Однако обратите внимание, что следующий раздел реестра содержит значение параметра nointeractiveservices, которое управляет результатом _ интерактивного _ процесса службы:

_ _ \ \ \ Windows элемента управления CurrentControlSet локального компьютера \ hKey

Значение параметра nointeractiveservices по умолчанию равно 1. Это означает, что ни одна служба не может выполняться в интерактивном режиме, независимо от того, есть ли у нее автономный _ _ процесс службы. Если для параметра nointeractiveservices задано значение 0, службы с _ интерактивным _ процессом службы могут работать в интерактивном режиме.

Windows 7, Windows server 2008 R2, Windows XP и Windows Server 2003: Значение параметра nointeractiveservices по умолчанию равно 0. Это означает, что службы с _ интерактивным _ процессом службы разрешено запускать в режиме «в работе». Если для параметра nointeractiveservices задано ненулевое значение, служба не будет запущена в интерактивном режиме, независимо от того, есть ли у нее _ интерактивная _ Обработка.

Все службы выполняются в сеансе 0 служб терминалов. Таким образом, если интерактивная служба отображает пользовательский интерфейс, она отображается только для пользователя, который подключился к сеансу 0. Поскольку нет способа гарантировать, что интерактивный пользователь подключен к сеансу 0, не следует настраивать службу для запуска в качестве интерактивной службы в службах терминалов или в системе, которая поддерживает быстрое переключение пользователей (быстрое переключение пользователей реализуется с помощью служб терминалов).

Несколько дней назад в сеть просочился образ ранней версии Windows 11. Различные издательства провели тесты по производительности и пришли к неутешительному выводу: Windows 11 в среднем работает хуже, чем Windows 10. Но расстраиваться рано! Проблемы производительности могут быть связаны с «сыростью» слитого образа и нюансами совместимости с текущими программами. Так или иначе, 24 июня состоится официальная презентация нового поколения операционных систем Windows, которая, возможно, даст ответы на многие вопросы. Если сегодня у вас есть настроение для ностальгии, предлагаем вам окунуться в мир Windows: познакомиться с историей, как менялась ось и что у нее внутри.

История Windows

В начале 80 годов прошлого века компания IBM работала над персональным компьютером на базе процессора Intel 8088. С середины 70 годов компания Microsoft была основным поставщиком Basic для восьмибитных микрокомпьютеров. Когда IBM обратилась к Microsoft для лицензирования Basic для их нового компьютера IBM PC, Microsoft согласилась, а также посоветовала обратиться к компании Digital Research для лицензирования операционной системы CP/M. Но, получилось так, что глава Digital Research не нашел в своем графике времени для встречи для IBM, и IBM снова обратилась к Microsoft, теперь уже с просьбой решить вопрос операционной системы для IBM PC. Microsoft купила клон ОС CP/M у компании Seattle Computer Products и перенесла её на IBM PC. Итоговым названием получившейся ОС стало MS-DOS 1.0.

Первые продукты с названием «Windows» от Microsoft не были операционными системами. Это были графические среды для MS-DOS. На фоне успеха, в том числе и коммерческого, пользовательского интерфейса на Apple Lisa, компания решила реализовать графический интерфейс на IBM PC с MS-DOS. В отличии от относительно дешевых IBM PC, Apple Lisa стоили дорого (почти 10 тысяч долларов), и немногие покупатели могли позволить купить их. Microsoft решила занять нишу дешевых компьютеров с графическим интерфейсом. При этом низкая стоимость достигалась экономией на комплектующих и более низкая производительность, по сравнению с Lisa, избежать не получилось. Так, в 1985, 1987 и в 1990 выходят первые три версии Windows — 1.0, 2.0 и 3.0. Причем за первые шесть месяцев после релиза Windows 3.0 было продано более 1 миллиона экземпляров. Дальнейшее развитие Windows можно разделить на два направления — Windows на базе MS-DOS и Windows на базе NT.

Windows 1.01

Windows 9x

Windows на базе MS-DOS или Windows 9x не были первыми ОС от Microsoft, но они продолжали «старые традиции» и были построены на основе 16-битного кода MS-DOS. В августе 1995 года была выпущена Windows 95 — первая система семейства Windows 9x. Она уже была полноценной операционной системой с соответствующими возможностями. Однако у системы были проблемы с безопасностью (например, не было «администратора») и с изоляцией приложений. Зависание 16-битного приложения приводило к блокировке всей системы. Проблемы со стабильностью достались и Windows 98 и Windows ME, которые отличались от выпуска 95 года рядом небольших обновлений.

Windows NT

В целом, к концу 80-х годов в Microsoft появилось понимание о необходимости разработки операционной системы не на базе MS-DOS. Параллельно с разработкой софта, связанного с MS-DOS, Microsoft наняла команду инженеров из компании DEC для разработки новой 32-битной операционной системы. Главой группы стал Дэйв Катлер — один из главных разработчиков ОС VMS. Новая система была названа NT — от сокращения New Technology. Основной упор при разработке NT делался на безопасность и надежность системы, а также на совместимость с Windows на MS-DOS. Так получилось, что опыт при разработке VMS повлиял на NT и сходство между ними стало причиной спора между DEC и Microsoft. По итогу спор был решен во внесудебном порядке.

Дэйв Катлер

Первая система Windows называлась Windows NT 3.1 и была выпущена в 1993 году. Это была первая ОС от Microsoft. Индекс 3.1 был выбран для соответствия Windows 3.1 на MS-DOS. Эта версия не имела особого успеха. Для NT требовалось больше памяти, 32-разрядных приложений на рынке было мало, возникали проблемы с совместимостью драйвером. Достичь поставленных целей смогли в NT 3.5. А первым серьезным обновлением для NT стала версия 4.0 в 96 году. Теперь эта система была мощна, надежна и безопасна, а также обеспечивала тот же интерфейс, что и Windows 95 (которая к тому моменту была чрезвычайно популярной).

Windows NT 3.1

В 2000 году вышла новая версия Windows — Windows 2000. Она развивала идеи, заложенные в системы NT. Был добавлена технология Plug-and-Play, управление электропитанием и улучшен интерфейс пользователя.

Windows 2000

Успех Windows 2000 задал вектор развития для следующего поколения — Windows XP. В «хрюшке» Microsoft улучшила совместимость, интерфейс стал более дружелюбным. Стратегия Microsoft завоевывать аудиторию уже знакомыми системами дала плоды — за несколько лет Windows XP была установлена на сотнях миллионах ПК. Эпоха MS-DOS подошла к концу.

Следующий проект Microsoft пал жертвой собственных амбиций. Через пять лет после Windows XP, в 2006 году на свет вышла Windows Vista. В ней был переделан графический интерфейс, переработаны и добавлены функциональные возможности в плане безопасности. Была улучшена производительность, надежность.

Первоначальные планы Microsoft по поводу Vista были настолько обширны, что через несколько лет после начала разработки проект пришлось сильно ограничить. Vista включала в себе 70 миллионов строк кода, часть которого составлял «причесанный» код XP. Неудача Vista отчасти с тем, что она вышла не в то время. На 2006 год пришелся бум недорогих компьютеров, которые не могли обеспечить достаточную для Vista производительность.

Windows Vista

Проблемы Vista были учтены при разработке Windows 7. Microsoft уделила большее внимание тестированию и производительности новой системы. Windows 7 быстро вытеснила Vista, а затем и XP, став самой популярной версией Windows до появления Windows 10 (сейчас Windows 7 на втором месте по популярности).

Бум смартфонов в начале 2010-х подтолкнул Microsoft к созданию операционной системы, которую можно было бы развернуть на разных устройствах: на телефонах, планшетах, приставках и т. д. В результате этой работы мир узрел Windows 8. «Восьмерка» построена на модульном подходе MinWin для получения небольшого ядра ОС, которое можно было бы расширить на линейку других типов устройств. Но аудитория встретила холодно такой подход. Многие люди критиковали «смартфоноподобный» интерфейс на ПК, отсутствие кнопки пуск. Для решения многих проблем Microsoft выпустила обновление под названием Windows 8.1, которая, помимо исправления имеющихся ошибок, добавила новые функции.

И вот, к 2015 году Microsoft выпускает Windows 10. При разработке Microsoft продолжала развитие идеи единой системы для разных устройств. В «десятке» появилась голосовая помощница Кортана, вернули меню «Пуск», улучшена системная безопасность.

Технические аспекты

Чтобы осветить все технические аспекты и тонкости операционной системы Windows понадобится не менее 1000 страниц. Для особо любопытных советуем 7-е издание «Внутреннего устройства Windows« Марка Руссиновича, специалиста по внутреннему устройству Windows. Также можно почитать «Современные операционные системы« Эндрю Таненбаума и «Operating System Concepts«: в обеих книгах есть главы, посвященные Windows. Здесь же ограничимся рассмотрением инструментов взаимодействия приложений пользователя с операционной системой (Windows API) и архитектуры «оси».

Архитектура

Во многих многопользовательских операционных системах сама ОС отделяется от приложений. Код ядра ОС выполняется в привилегированном режиме процессора (режим ядра). Для него доступны системные данные и оборудование. В непривилегированном режиме (пользовательский режим) выполняется код приложений. Ему предоставляется ограниченный набор интерфейсов и ограниченный доступ к системным данным. Прямой доступ к оборудованию заблокирован. При вызове программой пользовательского режима системной функции процессор выполняет специальную команду, переключающую вызывающий поток (последовательность команд внутри процесса, планируемая Windows для исполнения) в режим ядра. Когда системная функция завершается, операционная система переключает контекст потока обратно в пользовательский режим и дает возможность вызывающей стороне продолжить работу.

Рассмотрим ключевые системные компоненты, формирующие архитектуру системы. На рисунке ниже представлена упрощенная схема, на которой опущены некоторые элементы, например, сетевые компоненты и различные уровни драйверов. Первое, на что стоит обратить внимание — это линия, разделяющая части пользовательского режима и режима ядра. Как упоминалось выше, потоки пользовательского режима выполняются в закрытом адресном пространстве процессов. На время выполнения в режиме ядра они получают доступ к системному пространству. Таким образом, системные процессы, пользовательские процессы, процессы служб и подсистемы среды обладают собственным закрытыми адресными пространствами.

Упрощенная схема архитектуры Windows

Вторая линия разделяет компоненты режима ядра и гипервизор (Hyper-V). Гипервизор перехватывает многие привилегированные операции, выполняемые ядром, и эмулирует их таким образом, чтобы позволить на одной и той же машине одновременно работать нескольким операционными системам. Гипервизор работает на том же уровне привилегий процессора (0), что и ядро. Но из-за использования специализированных команд процессора (VT-x у процессоров Intel, SVM у АMD) он может изолироваться от ядра с сохранением контроля над ним и приложениями. Поэтому некоторые иногда применяют термин «кольцо -1».

Четыре базовых типа процессов пользовательского режима:

Пользовательские процессы. Эти процессы относятся к одному из следующих типов: 32- или 64-разрядные приложения Windows (приложения Windows Apps, работающие на базе среды Windows Runtime в Windows 8 и выше, включаются в эту категорию), 16-разрядные приложения Windows 3.1, 16-разрядные приложения MS-DOS, 32- и 64-разрядные приложения POSIX. Заметим, что 16-разрядные приложения могут выполняться только в 32-разрядных версиях Windows, а приложения POSIX в Windows 8 уже не поддерживаются.
Процессы служб. В эту категорию входят процессы, являющиеся хостами для служб Windows (например, службы планировщика задач и диспетчер печати). Обычно к службам предъявляется требование независимости выполнения от входа пользователя. Многие серверные приложения Windows (например, Microsoft SQL Server и Microsoft Exchange Server) также включают компоненты, выполняемые как службы.
Системные процессы. Фиксированные процессы, такие как процесс входа или диспетчер сеансов, не являются службами Windows. Другими словами, они не запускаются диспетчером служб.
Серверные процессы подсистем среды. Такие процессы реализуют часть поддержки среды ОС, предоставляемой пользователю и программисту. Изначально в Windows NT было три подсистемы среды: Windows, POSIX и OS/2. Подсистема OS/2 включалась только до Windows 2000, подсистема POSIX в последний раз была включена в Windows XP.Ultimate- и Enterprise-выпуски клиента Windows 7. Все серверные версии Windows 2008 R2 включают поддержку расширенной подсистемы POSIX, называемой SUA (Subsystem for UNIX-based Applications). Сейчас подсистема SUA не поддерживается и уже не включается как необязательное часть в версии Windows (Windows 10 версии 1607 включает подсистему Windows для Linux — WSL, Windows Subsystem for Linux).

Компоненты режима ядра:

Исполнительная система. Она содержит базовые сервисные функции ОС: управление памятью, управление процессами и потоками, безопасность, ввод/вывод, сетевая поддержка и межпроцессные коммуникации.
Ядро Windows. Низкоуровневые функции ОС: планирование потоков, диспетчеризация прерываний и исключений и многопроцессорная синхронизация. Также ядро предоставляет набор функций и базовых объектов, которые используются исполнительной системой для реализации высокоуровневых конструкций.
Драйверы устройств. Сюда входят как драйверы физических устройств, преобразующие вызовы пользовательских функций ввода/вывода в конкретные запросы ввода/вывода к устройству, так и драйверы устройств, не относящихся к физическому оборудованию, например драйверы файловой системы или сетевые драйверы.
Слой абстрагирования оборудования (HAL). Прослойка кода, изолирующее ядро, драйверы устройств и прочий исполняемый код Windows от платформенно-зависимых различий в работе оборудования, например различий между системными платами.
Оконная и графическая система. Реализация функций графического интерфейса (GUI), также известных как функции GDI: работа с окнами, элементы пользовательского интерфейса и графический вывод.
Уровень гипервизора. Включает всего-навсего один компонент: сам гипервизор. В этой среде нет ни драйверов, ни других модулей. При этом сам гипервизор состоит из нескольких внутренних уровней и служб: собственный диспетчер памяти, планировщик виртуальных процессов, управление прерываниями и таймером, функции синхронизации, разделы (экземпляры виртуальных машин) и внутрипроцессные коммуникации (IPC, Inter-Process Communication) и многие другие.

Имя файла	Компоненты
Ntoskrnl.exe	Исполнительная система и ядро
Hal.dll	HAL
Win32k.sys	Часть подсистемы Windows режима ядра (GUI)
Hvix64.exe (Intel), Hvax64.exe (AMD)	Гипервизор
.sys в \SystemRoot\System32\Drivers	Основные файлы драйверов: DirectX, Volume Manager, TCP/IP и поддержка ACPI
Ntdll.dll	Внутренние вспомогательные функции и заглушки диспетчеризации системных сервисных функций
Kernel32.dll, Advapi32.dll, User32.dll, Gdi32.dll	Dll основных подсистем Windows

Windows API

Windows API (Application Programming Interface) — это программный интерфейс пользовательского режима для Windows. До появления 64-разрядной версии операционной системы программный интерфейс 32-разрядных версий Windows назывался Win32 API в отличие от исходного 16-разрядного Windows API (программный интерфейс для исходных 16-разрядных версий Windows). На данный момент термин Windows API или Win32 API относят как к 32-разрядным, так и к 64-разрядным версиям.

В «доисторические времена» Windows API состоял только из функций в стиле C. Выбор языка C был обусловлен тем, что написанный на нем код также мог использоваться из других языков. Он являлся достаточно низкоуровневым для предоставления сервиса ОС. Но огромное количество функций в сочетании с недостаточной последовательностью выбора имен и отсутствием логических группировок (вроде пространств имен C++) привели к тому, что в некоторых новых API используется другой механизм — модель COM.

WinRT

В Windows 8 появился новый API и исполнительная среда поддержки Windows Runtime (WinRT). WinRT состоит из платформенных сервисов, предназначенных для разработчиков приложений Windows Apps (приложения Windows Apps подходят для устройств, начиная от миниатюрных IoT-устройств до телефонов, планшетов, десктопных систем, ноутбуков и даже Xbox One и Microsoft HoloLens).

Сделать это можно достаточно просто. Но самый главный вопрос состоит в том, насколько целесообразно производить такие действия. Рассмотрим все возможные ситуации, а только после этого каждый пользователь сможет сделать для себя вывод о том, отключать данную службу или нет. Но обо всем по порядку.

Что означает «Обнаружение интерактивных служб»?

Начнем, пожалуй, с понимания сути работы самого компонента Windows. В некотором смысле он отвечает за совместимость устаревшего программного обеспечения с новыми операционными системами. Однако это не совсем запуск приложений в режиме совместимости, хотя и очень похоже. Тут ситуация несколько иная.

Предположим, у вас есть какая-то программа, которая изначально была рассчитана на модификацию серверной операционной системы Windows Server 2008 R2. Системный администратор производит миграцию сервера на Windows Server 2012 и пытается запустить приложение, которое работало в прошлой версии ОС, но не работает в новой. Тут-то и срабатывает обнаружение интерактивных служб, поскольку интерфейс самого приложения может быть отображен в новой ОС только в режиме так называемой нулевой сессии (при автозапуске). Отобразить интерфейс программы новая система не может. И именно поэтому для совместимости и выполняется процесс обнаружения интерактивных служб.

А вообще, как гласит официальное описание службы, данный компонент предупреждает пользователя о необходимости ручного предоставления разрешений для отображения диалоговых окон запускаемых приложений, причем исключительно по мере их появления.

Варианты появления окна обнаружения интерактивных служб

Не говоря о ручном или автоматическом запуске программ устаревших версий, достаточно часто можно встретить появление окна даже при старте десктопных версий, что несказанно раздражает пользователей.

Так, например, в Windows 7 обнаружение интерактивных служб срабатывает как раз после полной загрузки системы и ее компонентов. Почему так? Точного ответа на этот вопрос нет, хотя можно предположить, что пользователь каким-то образом активировал эту службу, или устанавливал в систему явно устаревшие программы. Очень может быть, что деинсталляция была произведена не в полном объеме, а остаточные компоненты удаленного приложения остались в автозагрузке (хотя в стандартном разделе они могут и не отображаться).

Отключение службы через соответствующий раздел

Теперь посмотрим, как отключить этот компонент. Для этого можно использовать два основных метода. Первым вариантом является произведение необходимых действий именно в разделе служб. Попасть в него максимально быстрым способом можно через консоль «Выполнить», в которой вводится команда services.msc.

Здесь необходимо найти соответствующий компонент, войти в окно редактирования параметров через двойной клик или меню ПКМ, после чего для начала нажать кнопку остановки.

Какой тип запуска установить?

Второй момент при решении проблемы того, как отключить службу, связан с выбором типа старта. Тут есть два варианта: либо отключить компонент, выставив соответствующее значение, либо использовать ручной запуск. Что же предпочесть?

В этой ситуации пользователю необходимо определиться, собирается ли он в будущем использовать старые программные продукты, которые с установленной на его компьютере системой несовместимы. Если да, тип запуска ставится на ручной. В противном случае служба отключается полностью.

Отключение службы через реестр

Также обнаружение интерактивных служб может быть отключено и в системном реестре. Сам редактор вызывается через меню выполнения программ командой regedit.

В нем необходимо использовать ветку HKLM, перейти через разделы SYSTEM и CurrentControlSet до каталога Control, и в нем открыть подпапку Windows. Справа имеется ключ NoInterectiveServices. Войдя в меню редактирования через меню ПКМ или двойной клик, значение параметра следует изменить с нуля на единицу. Если запуск старых программ все-таки нужен, параметр изменять не стоит.

Примечание: чтобы долго не заниматься переходом по разделам реестра, можно сразу же задать поиск ключа по названию, используя для этого либо меню «Файл», либо сочетание Ctrl + F. Такой параметр в реестре всего один, так что проблем быть не должно.

Вместо итога

Напоследок стоит отметить, что описанный выше системный компонент, присутствующий во всех относительно новых операционных системах Windows, является уникальным инструментом, поскольку позволяет запустить любой, даже самый старый, программный продукт в их среде. Если использовать старт таких приложений в режиме совместимости при активации соответствующего пункта в меню свойств ярлыка, ничего может и не получиться, ведь устаревшие системы, на которые была рассчитана искомая программа, в списке попросту отсутствуют. А этот компонент дает возможность их использования практически стопроцентную. Другое дело, что нынешние юзеры такими приложениями фактически никогда не пользуются, поэтому, конечно же, им эта служба не потребуется ни при каких обстоятельствах.

А вот системным администраторам предприятий, на которых используется устаревшее ПО (например, «Эффект Оффис» 2.8) такая служба пригодится. Она в некотором смысле станет даже единственной панацеей, которая поможет избежать появления проблем совместимости. Вот им уж точно нет никакого резона деактивировать такой уникальный компонент (если хотите, «переходник»).

Читайте также: