Wfp драйвер что это

Обновлено: 04.07.2024

В данной статье приведено описание механизма защиты файлов Windows (WFP).

Дополнительная информация

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

Механизм WFP отвечает за защиту важных системных файлов, устанавливаемых вместе с Windows (например, файлы с расширениями dll, exe, ocx и sys, а также некоторые шрифты True Type). Проверка правильности версии защищенных системных файлов производится с помощью подписей файлов и файлов каталога, созданных в процессе подписывания. Замена защищенных файлов операционной системы возможна только посредством следующих механизмов.

При установке пакетов обновления для Windows с помощью программы Update.exe.

При установке исправлений с помощью программ Hotfix.exe и Update.exe.

При обновлении операционной системы с помощью программы Winnt32.exe.

При использовании веб-узла Windows Update.

Если для замены защищенного файла используется другой способ, функция WFP восстанавливает исходные файлы. При установке важных системных файлов установщик Windows не устанавливает и не заменяет их самостоятельно, а всегда использует механизм WFP, обращаясь к нему с запросом установки или замены защищенных файлов.

Принцип работы механизма защиты файлов Windows

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

Папка кэша (по умолчанию %systemroot%\system32\dllcache).

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

Компакт-диск Windows, если он был использован для установки операционной системы.

Защита файлов Windows
Файлы, нужные для правильной работы Windows, были заменены неизвестными версиями. Для обеспечения стабильной работы системы Windows необходимо восстановить оригинальные версии этих файлов. Сетевая папка, из которой необходимо скопировать эти файлы, \\сервер\общий_ресурс, недоступна. Обратитесь к системному администратору или вставьте компакт-диск продукт.

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

Запись реестра SFCShowProgress отсутствует или содержит значение 1, а сервер настроен на проверку при каждом запуске компьютера; в таком случае WFP ждет входа с консоли, поэтому сервер RPC не запускается, пока не будет выполнена проверка. В течение этого времени компьютер не защищен.

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

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

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

Средство проверки системных файлов предоставляет администратору возможность проверить версии всех защищенных файлов. Кроме того, это средство проверяет и повторно заполняет папку кэша (по умолчанию — %SystemRoot%\System32\Dllcache) Если папка кэша повреждена или стала непригодной для использования, для восстановления ее содержимого используется команда sfc /scanonce или sfc /scanboot.

Параметр SfcScan из раздела системного реестра

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon может принимать три значения. Возможные значения параметра SfcScan:

0x0 — не проверять защищенные файлы после перезагрузки системы (по умолчанию);

0x1 — проверять все защищенные файлы после каждой перезагрузки системы (устанавливается после запуска команды sfc /scanboot).

0x2 — проверить все защищенные файлы после перезагрузки системы (устанавливается после запуска команды sfc /scanonce).

По умолчанию резервные копии всех системных файлов хранятся в папке кэша, размер которой составляет 400 МБ (по умолчанию). Хранение резервных копий всех системных файлов не всегда желательно с точки зрения наличия свободного места на диске. Для изменения размера кэша измените значение параметра SFCQuota в следующем разделе реестра:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon. WFP хранит проверенные версии файлов на жестком диске в папке Dllcache. Количество хранимых файлов определяется значением параметра SFCQuota (по умолчанию 0xFFFFFFFF или 400 Мбайтов). Администратор может увеличивать или уменьшать значение параметраSFCQuota по своему усмотрению. Обратите внимание, что если для параметра SFCQuota установлено значение 0xFFFFFFFF, WFP хранит все защищенные файлы (приблизительно 2700 файлов).

Отсутствие в папке кэша копий некоторых системных файлов (независимо от значения параметра SFCQuota) возможно по двум причинам.

Недостаточно места на диске.

На компьютере под управлением Windows XP запись в папку Dllcache прекращается, когда на жестком диске объем оставшегося свободного места меньше суммы (600 МБ + максимальный размер файла подкачки).
На компьютере под управлением Windows 2000 запись в папку Dllcache прекращается, когда на жестком диске остается менее 600 МБ свободного места.

Если ОС Windows 2000 или Windows XP установлена по сети, файлы из папки i386\lang не заносятся в папку Dllcache.

Кроме того, все драйверы в файле Driver.cab являются защищенными, но в папку Dllcache не записываются. WFP восстанавливает эти файлы непосредственно из файла Driver.cab без вывода пользователю запроса на предоставление носителя исходных файлов, однако при выполнении команды sfc /scannow файлы, содержащиеся в файле Driver.cab, записываются в папку Dllcache.

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

Местонахождение папки Dllcache указывается параметром SFCDllCacheDir (REG_EXPAND_SZ) из следующего раздела реестра:

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon По умолчанию параметр SFCDllCacheDir имеет значение %SystemRoot%\System32. В качестве значения параметра SFCDllCacheDir может быть использован путь к папке на локальном диске. По умолчанию параметр SFCDllCacheDir в разделе HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon отсутствует. Таким образом, для изменения местонахождения папки кэша этот параметр необходимо добавить самостоятельно.

При запуске Windows значения параметров из раздела

HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Windows File Protection WFP копируются в соответствующие параметры в разделе

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon. Следовательно, если в разделе HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Windows File Protection присутствуют параметры SfcScan, SFCQuota или SFCDllCacheDir, их значения имеют преимущество перед значениями аналогичных параметров в подразделе HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon.

Для получения дополнительных сведений о механизме WFP щелкните следующий номер статьи базы знаний Майкрософт:

Настройки реестра для защиты файлов WindowsДля получения дополнительных сведений о средстве проверки системных файлов в Windows XP и Windows Server 2003 щелкните следующий номер статьи базы знаний Майкрософт:

Описание средства проверки системных файлов Windows XP и Windows Server 2003 (Sfc.exe)Для получения дополнительных сведений о средстве проверки системных файлов в Windows 2000 щелкните следующий номер статьи базы знаний Майкрософт:

Описание средства проверки системных файлов Windows 2000 (Sfc.exe) (Эта ссылка может указывать на содержимое полностью или частично на английском языке)

Для получения дополнительных сведений о механизме WFP посетите веб-узел корпорации Майкрософт по адресу:

Для получения дополнительных сведений об установщике Windows и механизме WFP посетите веб-узел корпорации Майкрософт по адресу:

WFP - это универсальная технология фильтрации сети, охватывающая все основные
уровни, от транспортного (TCP/UDP) до канального (Ethernet), и дающая разработчикам
массу интересных возможностей.

Почему WFP ?

До WFP разработчики фаерволов, спам-фильтров, родконтролей и других программ
такого плана были вынуждены использовать сложные, разрозненные, а часто просто
недокументированные способы, которые во многих отношениях не давали нужного
эффекта или требовали высокой квалификации и учета многочисленных деталей, с
которыми то и дело возникали проблемы при переносе на другие версии Windows.
Пример таких технологий - TDI, LSP, NDIS, а также старые Filter-Hook Drivers и
Firewall-Hook Drivers. В WFP многие типовые проблемы этих технологий были учтены,
некоторые решения вообще не имеют аналогов, либо тяжелореализуемы в TDI/LSP/NDIS.
Сама технология имеет достаточно простую и понятную объектную модель, хорошо
документирована и при желании ее может освоить человек весьма средней квалификации.

Добавлю, что WFP - единственная на сегодняшний день технология, позволяющая
полноценно фильтровать трафик от modern-приложений на Windows 8 и выше.
И не только. Например, TDI и LSP в настоящее время уже не справляются даже с
Internet Explorer 11 на Windows 7. Поэтому при выборе технологии для нового проекта
следует в первую очередь рассматривать WFP, и только потом (если есть причины,
например совместимость с XP или отсутствие каких-то важных функций WFP на
целевых версиях Windows) другие.

Краткая история.

Появилась в Windows Vista, с тех пор постепенно развивается и дополняется.
В Windows 7 появилась возможность фильтрации на уровне Ethernet, возможность
делать редиректы соединений (как исходящих, так и входящих), а также разные
вспомогательные функции, например для своевременной очистки ресурсов.
В Windows 8 появилось то, чего так долго ждали некоторые разработчики -
возможность многократно перекидывать соединение с одного прокси на другой.
Раньше из-за отсутствия этой возможности было почти нереальным иметь в системе,
к примеру, параллельно работающий фаервол и какой-нибудь спам-фильтр от
разных производителей. Есть и другие изменения, все они описаны в MSDN.

Ложка дегтя.

Лично для меня ложкой дегтя в WFP является то, что наиболее "вкусные" вещи в
ней появились только в Windows 7 - Windows 8 и для того, чтобы сделать
коммерческий продукт, реально совместимый со всей современной линейкой Windows,
не списывая со счетов XP и Vista, все равно приходится использовать TDI/LSP
вместе с WFP. Также я замечал, что документация местами недостаточно детальная, а
кое-где содержит ошибки. В итоге приходилось иногда закапываться надолго в
отладчик, чтобы узнать, в чем дело. И в WFP, как и в любой технологии, есть
недочеты и даже ошибки. Сам я с ними на практике не сталкивался, но не раз
слышал о проблемах с Teredo, например, в результате чего система выпадает в
синий экран (BSOD).

Документация и исходники.

Главный источник информации по WFP - конечно же, MSDN.
Обращаю внимание, что WFP имеет функции как в kernel mode, так и в user mode,
поэтому одну часть документации следует искать в разделе о программировании
драйверов, а вторую - в разделе "network programming" из WinAPI:

Аналогично, исходники примеров для WFP есть как в Windows SDK Samples (diagevents и
msnfilter) и в Windows Driver Kit Samples (ddproxy, inspect, msnmntr и stmedit).
Вероятно, на MSDN Gallery можно найти и другие исходники, а где-нибудь на codeproject,
sourceforge и других опенсорсных хостингах - исходники проектов с использованием WFP.

В следующей части: Архитектура WFP, объектная модель, принципы работы.

Мое приложение работает с драйвером, но драйвера писал не я, поэтому могу не знать каких-то нюансов работы с ними, и собственно у меня возникло 2 вопроса. Для начала скажу, что драйвера PNP_TDI и PNP_WFP, соответственно первый для поддержки пользователей старых Windows. Вопросы следующие:

1) Можно ли настроить как-то приоритет этих драйверов. К примеру в системе есть разные устройства, которые делают нежелательные вклинивания в трафик, и соответственно я бы хотел быть внизу стека этих обрабатывающих трафик устройств и посмотреть на соединение последним, возможно ли это?

2) Дело в том, что мне никак не удается выгрузить из системы действующее устройство и драйвер TDI. С WFP драйвером все происходит легко, выгружаю его с помощью sc.exe, либо при помощи апи менеджера сервисов из плюсов, не важно, а вот tdi никаким боком выгружаться не желает апи, как и вызов sc.exe с параметром stop выдают ошибку "Команда неуместна для данной службы"(1052). По всей видимости, неправильно настроен выход драйвера, да? В таком случае подскажите как правильно его сделать, привожу выход драйвера tdi:

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

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

Windows 7 x64 SP1 и драйвера принтеров, любая программа выдаёт ошибку неправильной настройки драйвера
Сабж: Компьютер под семеркой х64 SP1 (предустановленный SP) и МФУ Canon MF4410. Долгое время.

Драйвера на Windows 10: не возможно установить драйвера
Здравствуйте, после установки Windows 10 не возможно установить на нее драйвера. На данный момент.

не могу скачать драйвера на нєтбук cq10-710sr поставил виндовс 7 а драйвера не могу найти!
не могу скачать драйвера на нєтбук cq10-710sr поставил виндовс 7 а драйвера не могу найти!

Можно ли настроить как-то приоритет этих драйверов. К примеру в системе есть разные устройства, которые делают нежелательные вклинивания в трафик, и соответственно я бы хотел быть внизу стека этих обрабатывающих трафик устройств и посмотреть на соединение последним, возможно ли это?

Эта задача не имеет принципиальных путей решения.
Представьте, что есть два драйвера от разных производителей, и каждый из
них решил, что будет сидеть в самом низу сетевого стека. Кто в итоге окажется ниже ?

Позиция TDI-фильтров регулируется через service tag при его установке (группа PNP_TDI).
Например, можно зарегистрировать свой фильтр так, чтобы он грузился сразу после tcpip.sys,
тогда он будет в самом низу, пока кто-нибудь не сделает то же самое. Для WFP Callout
тоже задается определенная высота (filtering layer / sublayer). Но это дает лишь
общие гарантии.

Спасибо огромное! Очень доступное объяснение!

Еще по приоритетам остался для меня открытым вопрос, конечно.

Что касается TDI, то статью нашел вот эту:

"PNP_TDI"=hex:85,00,00,00,05,00,00,00,01,00,00,00,02,00,00,0 0,03,00,00,00,04,\
00,00,00,80,00,00,00,85,00,00,00,84,00,00,00,83,00,00,00,82, 00,00,00,81,00,\
00,00,7f,00,00,00,7e,00,00,00,7d,00,00,00,09,00,00,00,7c,00, 00,00,7b,00,00,\
00,7a,00,00,00,79,00,00,00,78,00,00,00,77,00,00,00,76,00,00, 00,75,00,00,00,\
74,00,00,00,73,00,00,00,72,00,00,00,71,00,00,00,70,00,00,00, 6f,00,00,00,6e,\
00,00,00,6d,00,00,00,6c,00,00,00,6b,00,00,00,6a,00,00,00,69, 00,00,00,68,00,\
00,00,67,00,00,00,66,00,00,00,65,00,00,00,64,00,00,00,63,00, 00,00,62,00,00,\
00,61,00,00,00,60,00,00,00,5f,00,00,00,5e,00,00,00,5d,00,00, 00,5c,00,00,00,\
5b,00,00,00,5a,00,00,00,59,00,00,00,58,00,00,00,57,00,00,00, 56,00,00,00,55,\
00,00,00,54,00,00,00,53,00,00,00,52,00,00,00,51,00,00,00,50, 00,00,00,4f,00,\
00,00,4e,00,00,00,3f,00,00,00,4d,00,00,00,4c,00,00,00,4b,00, 00,00,4a,00,00,\
00,49,00,00,00,48,00,00,00,47,00,00,00,46,00,00,00,45,00,00, 00,44,00,00,00,\
43,00,00,00,42,00,00,00,41,00,00,00,40,00,00,00,3e,00,00,00, 3d,00,00,00,3c,\
00,00,00,3b,00,00,00,3a,00,00,00,39,00,00,00,38,00,00,00,37, 00,00,00,36,00,\
00,00,35,00,00,00,34,00,00,00,33,00,00,00,32,00,00,00,31,00, 00,00,30,00,00,\
00,2f,00,00,00,2e,00,00,00,2d,00,00,00,2c,00,00,00,2b,00,00, 00,2a,00,00,00,\
26,00,00,00,29,00,00,00,28,00,00,00,27,00,00,00,25,00,00,00, 24,00,00,00,23,\
00,00,00,22,00,00,00,21,00,00,00,20,00,00,00,1f,00,00,00,1e, 00,00,00,1d,00,\
00,00,1c,00,00,00,1b,00,00,00,1a,00,00,00,19,00,00,00,18,00, 00,00,17,00,00,\
00,16,00,00,00,15,00,00,00,14,00,00,00,13,00,00,00,12,00,00, 00,11,00,00,00,\
10,00,00,00,0f,00,00,00,0e,00,00,00,0d,00,00,00,0c,00,00,00, 0b,00,00,00,0a,\
00,00,00,06,00,00,00,07,00,00,00,08,00,00,00
Первый - это количество, если я правильно понял, а вот как узнать, что значат последующие, и вообще могу ли я вклиниваться на место сразу за количеством? То есть можно по списку тегов узнать что это за устройства и все такое? Ну, и второе собственно, как корректно вклиниться в этот список?

Добавлено через 2 часа 24 минуты
Или то что вы говорили по WFP драйверам скорее связано конкретно с этими идентификаторами, но вопрос остается тем же: подскажите, как и где их нужно использовать правильно?

в этом разделе описаны задачи, которые необходимо выполнить перед установкой драйверов WFP с помощью Windows Hardware Lab Kit (Windows хлк):

Требования к оборудованию

Для тестирования программного обеспечения сетевой безопасности требуется следующее оборудование:

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

соответствует Windows требованиям хлк. дополнительные сведения см. в разделе Windows хлк предварительные требования.

Имеет по крайней мере одну подключенную сетевую карту. В идеале сетевой адаптер находится в частной сети с сетевым интерфейсом контроллера.

Поддерживает состояния питания S1-S3 (Suspend) и S4 (режим гибернации).

Не присоединен к домену.

Чтобы сертифицировать продукт для использования на серверах, тестовый компьютер должен поддерживать четыре процессора и не менее 1 ГБ ОЗУ. Эти возможности системы необходимы для тестирования функции перераспределения, состояния D3 и нескольких процессорных групп для устройства и драйвера. Вам не нужен компьютер, на котором на самом деле установлено более 64 процессоров для тестирования устройства. Кроме того, перед тестированием серверные системы, используемые для тестирования устройств или драйверов, должны установить Server Core. дополнительные сведения см. в разделе параметры установки Windows Server.

Если для тестирования устройств используется пул тестовых компьютеров, по крайней мере один компьютер в пуле должен содержать четыре процессора и не менее 1 ГБ ОЗУ. Кроме того, этот компьютер должен содержать устройство и драйвер, которые требуется протестировать. Если драйвер одинаков на всех компьютерах в пуле, система создает расписание для выполнения на всех тестовых компьютерах.

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

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

параметр "несколько групп процессоров". необходимо задать значение размера группы процессоров для тестирования комплекта тестового пакета оборудования Windows Server 2008 R2 и более поздних версий драйверов устройств для сертификации. Это выполняется путем запуска BCDEdit в окне командной строки с повышенными привилегиями с помощью параметра/Set.

Ниже приведены команды для добавления параметров группы и перезапуска.

Ниже приведены команды для удаления параметров группы и перезагрузки.

Параметр целостности кода

функция безопасности на основе виртуализации (VBS) Windows Server 2016 должна быть включена сначала с помощью диспетчер сервера.

После того, как это произошло, необходимо создать и задать следующий раздел реестра:

Требования к программному обеспечению

Для выполнения тестов Софтваредевице. Филтердривер. Виндовсфилтерингплатформ требуется следующее программное обеспечение:

Программное обеспечение сетевой безопасности для тестирования, использующее вызовы WFP.

убедитесь, что продукт установлен на тестовом компьютере перед установкой Windows клиента хлк.

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

Тесты Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. Виндовсфилтерингплатформ _

Копируется как часть задания библиотеки Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. support " WFP — копирование двоичных файлов " .

Удаляется как часть задания библиотеки Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. support " WFP-Remove двоичные файлы " .

Этот файл необходим для функций выноски, используемых во время проверок потока и внедрения.

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл необходим для записи выходных данных для тестовой среды.

Этот файл необходим для установки драйвера минипорта Спарта.

Удаляется как часть задания библиотеки Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. support " WFP-Remove двоичные файлы "

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл является необязательным для частичной автоматизации процесса тестирования.

Этот файл необходим для выполнения тестов.

этот файл необходим для определения наилучшего выполнения тестов для платформы фильтрации Windows.

Создается во время выполнения теста.

Этот файл создается во время выполнения, чтобы регистрировать, пройден ли тест.

Создается во время выполнения теста.

Этот файл создается во время выполнения и используется для устранения неполадок, когда объекты WFP были добавлены во время тестового запуска.

Этот файл используется для установки и настройки минипорта Спарта.

Тесты Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. Транситионтечнологиес _

Этот файл необходим для выполнения тестов, использующих драйвер минипорта Спарта.

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл необходим Teredo_WLK. wsf для выполнения сценариев тестирования.

Этот файл используется для установки и удаления драйвера минипорта Спарта.

Этот файл необходим драйверу минипорта Спарта для записи сетевых пакетов во время тестов.

Этот файл необходим для создания выходных журналов для тестовой среды.

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл необходим для выполнения тестов.

% SystemDrive% \ Sparta_Test \Common

Этот файл необходим Teredo_WLK. wsf для выполнения сценариев тестирования.

% SystemDrive% \ Sparta_Test \ДНС

Этот файл необходим Teredo_WLK. wsf для выполнения сценариев тестирования.

Этот файл скрипта используется для выполнения тестов технологий перехода. Этот файл необходим для работы. " продукты на основе требований к WFP должны поддерживать Teredo"

Этот файл необходим Teredo_WLK. wsf для выполнения сценариев тестирования.

Требования к функциям

В следующей таблице сопоставлены функции и требования фильтра.

Применимо только для брандмауэров

Filter. драйвер. Виндовсфилтерингплатформ. Арчитектуралдесигн. Фвпмфилтерс. Маинтаинонетерминатинг Filter. драйвер. WindowsFilteringPlatform. ArchitecturalDesign. NetworkDiagnosticsFramework. HelperClass Filter. драйвер. WindowsFilteringPlatform. Firewall. SupportMACAddressExceptions Filter. драйвер. WindowsFilteringPlatform. Firewall. SupportMACFrameTypeExceptions Filter. Driver. WindowsFilteringPlatform. Firewall.. Support5TupleExceptions Filter. драйвер. Виндовсфилтерингплатформ. Firewall. Support5TupleExceptions. Портексцептионс Filter. драйвер. Виндовсфилтерингплатформ. Firewall. Support5TupleExceptions. Протоколексцептионс Filter. драйвер. WindowsFilteringPlatform. Firewall. Support5TupleExceptions. ICMPExceptions Filter. драйвер. WindowsFilteringPlatform. Firewall. SupportApplicationExceptions

Применимо только в случае внедрения пакетов

Filter. Driver. Виндовсфилтерингплатформ. Арчитектуралдесигн. Паккетинжектион. Тупикs

Применимо только при выполнении внедрения потока

Filter. Driver. Виндовсфилтерингплатформ. Арчитектуралдесигн. Стреаминжектион. Ностреамстарватион

Применимо только в том случае, если выполняется фильтрация на уровне MAC

Filter. драйвер. Виндовсфилтерингплатформ. Scenario. Суппортмобилеброадбанд

Применимо только в том случае, если выполняется фильтрация в VSwitch

Filter. драйвер. Виндовсфилтерингплатформ. Scenario. vSwitch. Интеропвисосерекстенсионс Filter. драйвер. Виндовсфилтерингплатформ. Scenario. vSwitch. Ноегрессмодификатион Filter. драйвер. WindowsFilteringPlatform. сценарий. vSwitch. SupportLiveMigration.

Тесты Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. Аппконтаинерс _

Имя файла

Происхождение или удаление

Расположение

Назначение

Копируется как часть задания библиотеки Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. Арчитектуралдесигн. Аппконтаинерс. support " AppContainers-Copy двоичных файлов " .

Удаляется как часть задания библиотеки Софтваредевице. Филтердривер. Виндовсфилтерингплатформ. Арчитектуралдесигн. Аппконтаинерс. support " AppContainers-Remove двоичные файлы " .

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл необходим для записи выходных данных для тестовой среды.

Этот файл необходим для установки драйвера минипорта Спарта.

Этот файл необходим для выполнения тестов.

Этот файл необходим для ответа на трафик TCP/IP, созданный тестом.

Этот файл необходим для установки службы Спарта Echo.

Конфигурация тестового компьютера

Чтобы настроить тестовый компьютер для тестирования драйвера WFP, выполните следующие действия.

установите соответствующую операционную систему Windows на тестовом компьютере, а затем настройте компьютер для тестовой сети (сети, содержащей Windows хлк Studio и контроллер Windows хлк.

Установите драйвер WFP на тестовый компьютер.

установите клиентское приложение Windows хлк на тестовом компьютере.

используйте Windows хлк Studio для создания пула компьютеров, а затем перенесите тестовый компьютер в этот пул.

Прежде чем можно будет выполнять тесты, необходимо задать дополнительные значения конфигурации для отдельных тестов Виндовсфилтерингплатформ. Дополнительные сведения см. в разделе _ тесты аппконтаинерс и _ тесты виндовсфилтерингплатформ .

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

для некоторых Windows тестов хлк требуется вмешательство пользователя. При выполнении тестов для отправки рекомендуется выполнять автоматические тесты в блоке отдельно от ручных тестов. Это предотвращает прерывание выполнения автоматического теста ручным тестом.

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