Инициализировать подключение к сети в фоновом режиме windows 8

Обновлено: 08.07.2024

Всегда ждать запуска сети при запуске и входе в систему

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

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

Если этот параметр включен, компьютеры ожидают полной инициализации сети перед регистрацией пользователя. Групповые политики применяются на переднем плане, синхронно.
На серверах под управлением Windows Server 2008 или более поздней версии, этот параметр политики игнорируется во время обработки групповых политик при запуске компьютера и обработка групповых политик будет синхронной (такие серверы ждут полной инициализации сети при запуске компьютера).

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

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

Подробности (скопировал, у чела такая же проблема была) Первый раз что-то сталкиваюсь с проблемой, которую не получается решить самостоятельно, может тут что подскажите. Сегодня с утра пытаюсь загрузить винду и меня встречает окошко NetStart Woild you like to intialize network connectivity in the background? Нажимаю да, далее пишет Would you like to remap the drive letters to match the mappings from the target operating system? Опять соглашаюсь Запускается средство восстановления запуска, которое автоматически пытается устранить неполадки и выскакивает окошко того же NetStart, которое говорит мне, что в системе, вероятно, отсутствуют сетевые карты или сетевые драйверы, жму опять ОК и жду пока заканчивается устранение неполадок, после чего открываю диагностику и описание исправления, там огромный отчет, листаю его в самый низ и вижу такие строчки: Обнаружена основная причина: Поврежден важный для загрузки файл : e:\windows\system32\xntkrnl.exe Все, на этом восстановление заканчивается и начинается бесконечный цикл, все с самого начала. Пробовал запускать в безопасном режиме, тоже самое, не дает его запустить, запуская Восстановление запуска. Пробовал восстанавливать систему по всем возможным точкам восстановления, тоже ничего не поменяло. Пытался гуглить, этот экзешник отвечает за активацию виндоуса, которая была сломана, чтобы активировать винду, но как это починить я не нашел. Очень не хочется заново настраивать винду и все на неё устанавливать, так что можно ли как-то это все починить?

Cломано ядро, лечить переустановкой или восстановлением отсуствующих файлов через загрузку с CD.

Экстремальный бильярдист Мудрец (15724) Почему система на диске E? Попробуй загрузиться в безопасном режиме или запустить последнюю удачную конфигурацию.

[ссылка заблокирована по решению администрации проекта] Исправляет системные ошибки, удаляет вирусы, до загрузки системы (можно использовать как загрузочный диск при проблемах с загрузкой виндовс Не зацикливайтесь на антивирусе, используйте как загрузочный диск). [ссылка заблокирована по решению администрации проекта]
NetStart Woild you like to intialize network connectivity in the background?

Would you like to remap the drive letters to match the mappings from the target operating system?
NetStat Хотите, чтобы инициализировать подключение к сети в фоновом режиме?
Хотите, чтобы переназначить буквы дисков, чтобы соответствовать сопоставления элементов целевой операционной системы?

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

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

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

Выполнение сетевых операций в фоновых задачах

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

Условия и флаги, связанные с сетью

Добавьте условие InternetAvailable в фоновую задачу BackgroundTaskBuilder.AddCondition, чтобы задержать активацию фоновой задачи до запуска сетевого стека. Это условие экономит энергию, так как фоновая задача не будет выполняться, пока сеть недоступна. Это условие не поддерживает активацию в режиме реального времени.

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

Брокер сокетов и SocketActivityTrigger

Если ваше приложение использует соединения DatagramSocket, StreamSocket или StreamSocketListener, необходимо использовать SocketActivityTrigger и брокер сокетов, чтобы получить уведомление при поступлении трафика для вашего приложения, когда оно не находится на переднем плане.

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

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

Создайте SocketActivityTrigger и зарегистрируйте фоновую задачу для триггера с помощью параметра TaskEntryPoint, настроенного согласно вашему коду для обработки полученного пакета.

Вызовите EnableTransferOwnership на сокете, прежде чем привязывать сокет.

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

Приложение передает право собственности сокета брокеру сокетов и передает идентификатор фоновой задачи с помощью наиболее подходящего из следующих методов:

В обработчике событий фоновой задачи

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

Далее, извлеките SocketActivityTriggerDetails из аргументов события и найдите причину возникновения события:

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

В следующем примере текст, полученный на сокете, отображается во всплывающем уведомлении.

Полный пример, демонстрирующий использование SocketActivityTrigger и брокера сокетов, см. в разделе Пример SocketActivityStreamSocket. Инициализация сокета выполняется в Scenario1_Connect.xaml.cs, а реализация фоновой задачи — в SocketActivityTask.cs.

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

Триггеры канала управления

Сначала убедитесь, что триггеры канала управления (CCT) используются соответствующим образом. Если вы используете соединения DatagramSocket, StreamSocket или StreamSocketListener, мы рекомендуем использовать SocketActivityTrigger. Вы можете использовать CCT для StreamSocket, но они используют больше ресурсов и могут не работать в режиме ожидания с подключением.

ControlChannelTrigger с WebSockets

Функция, описанная в этом разделе (ControlChannelTrigger с WebSockets) поддерживается в версии пакета SDK 10.0.15063.0 или более ранней. Она также поддерживается в предварительных версиях Windows 10 Insider Preview.

При использовании MessageWebSocket или StreamWebSocket с ControlChannelTrigger действуют особые условия. Существует ряд специфичных для транспорта шаблонов использования и рекомендаций, которыми следует руководствоваться при использовании MessageWebSocket или StreamWebSocket с ControlChannelTrigger. Кроме того, эти аспекты влияют на способ, которым обрабатываются запросы на получение пакетов в StreamWebSocket. Запросы на получение пакетов в MessageWebSocket остаются без изменений.

Ниже приведены шаблоны использования и рекомендации, которыми следует руководствоваться при использовании MessageWebSocket или StreamWebSocket с ControlChannelTrigger.

Важно отметить, что приложению нужно зарегистрировать еще одну операцию чтения, прежде чем оно вернет управление от обратного вызова завершения. Кроме того, DataReader нельзя напрямую использовать с транспортом MessageWebSocket или StreamWebSocket, так как это нарушает синхронизацию, описанную выше. Использование метода DataReader.LoadAsync непосредственно с транспортом не поддерживается. Вместо этого объект IBuffer, возвращенный методом IInputStream.ReadAsync в свойстве StreamWebSocket.InputStream, можно позднее передать в метод DataReader.FromBuffer для дальнейшей обработки.

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

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

Данная точка входа задачи Windows.Sockets.WebSocketKeepAlive должна быть указана в двух местах:

при создании триггера KeepAliveTrigger в исходном коде (см. пример ниже);
в манифесте пакета приложения для объявления фоновой задачи проверки активности.

В следующем примере в манифест приложения под элементом <Application> добавляются уведомление сетевого триггера и триггер проверки активности.

Идея не моя, обнаружил уже довольно давно, не помню где, на бескрайних просторах Инета
Данный способ проходит практически на всех IDE дисках и на многих SATA, для Windows XP , проверено лично мною.
Итак, скачиваем вложение [MULTI_IDE].ZIP, копируем файлы из папки sys в каталог %systemroot%\system32\drivers.
Это IDE-драйвера из стандартной поставки Windows XP. На предложение заменить уже имеющиеся файлы при распаковке, лично я забил (в каталоге уже находились кое-какие более новые файлы с идентичными именами). Эти файлы - Atapi.sys, Intelide.sys, Pciide.sys, Pciidex.sys - можно вытащить самостоятельно из архива Driver Cache\i386\drivers.cab.
Запускаем файл реестра mergeide.reg. Он добавляет в реестр информацию обо всех доступных Windows XP типах IDE-контроллеров.
После перезагрузки ловим кайф оттого, что с винчестера с установленной на нем Windows XP теперь можно загрузиться и на какой-нибудь другой подвернувшейся под руку машине, необязательно только на своей.

Вот таблетка для Windows Vista, 7, 8, 8.1 и ВОЗМОЖНО 10 - работает с ЛЮБЫМИ дисками, и SATA и IDE

ВАРИАНТ А - Если имеется в наличии старая материнка
1. Подключаем хард к старой материнке
2. Грузимся в семерку, Пуск - Выполнить - Regedit

ВАРИАНТ Б - Старой материнки, на которой была установлена ОС в наличии нет

1. Скачиваем ERD Commander 3in1, для более новых ОС он зовется уже MSDaRT
2. Пишем образ на болванку\флеш
3. Грузимся в ERD Commander for Windows 7
4. Открывем ERD Registry Editor

СЛЕДУЮЩИЕ ПУНКТЫ ОДИНАКОВЫ ДЛЯ ОБЕИХ ВАРИАНТОВ

1. Удаляем ветку реестра HKLM\SYSTEM\MountedDevices
2. Включаем запуск сервисов, загружающих стандартные драйвера контроллеров IDE и SATA - раскрываем ветку HKLM\SYSTEM\CurrentControlSet\services в левой части редактора реестра. Теперь проверяем следующие разделы в данной ветке: amdide, amdsata, amdxata, atapi, intelide, msahci, pciide. Параметр Start у каждого обязан быть равен 0х00000000 (0). Значение Start=0 - запуск сервиса при загрузке Windows. В случае если он равен 0х00000003 (3) щелкаем дважды на имя параметра (Start) и заменяем значение на 0 и давим ОК.
После того, как start будет установлен в значение 0 у всех указанных выше разделов реестра, закрываем редактор реестра и перезагружаем PC в нормальном режиме. Как правило, этого достаточно для успешной загрузки Windows 7. Не забываем установить драйвера на свежую материнку.

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