remote helper что это
Запустить удаленный помощник СБИС
Удаленный помощник — приложение, которое позволяет быстро решать технические проблемы пользователей удаленно через интернет. С вашего разрешения специалист может управлять вашим компьютером в режиме реального времени. Перед началом работы убедитесь, что система соответствует техническим требованиям.
Скачать удаленный помощник
Загрузите приложение на компьютер для вашей операционной системы по ссылкам:
Запустить удаленный помощник
Включите удаленный помощник одним из способов: в системном трее Windows, в личном кабинете через окно консультации или строку с инициалами.
В окне консультации
Через строку с инициалами
В главном меню программы нажмите «Помощь/Запустить удаленный помощник».
После запуска удаленного помощника сообщите код доступа сотруднику технической поддержки и разрешите подключение.
Услуги
Благодаря сети Интернет решать вопросы и проблемы, связанные с компьютером, стало возможно, не выходя из дома.
Как это работает?
Все просто! Специалист подключается к вашему компьютеру через сеть интернет. Вы разрешаете ему доступ и специалист, так же как и Вы, видит рабочий стол вашего компьютера.
Чем можем помочь удаленно:
Когда требуется выезд специалиста:
Как получить помощь удаленно (онлайн):
1. Оставить заявку, заполнив простую форму:
2. Загрузить и запустить программу для удаленного доступа Aeroadmin
3. Сообщить код подключения в поле Ваш ID:
4. Специалист к Вам начнет подключаться и на Вашем экране появится окно:
Поставьте отметку «Разрешить подключение к этому компьютеру» и нажмите на кнопку «Принять»
Оплата
Оплата производится после выполнения работ и получения результата.
Оплатить услуги возможно через форму:
Огромное спасибо Ammy Admin. очень мне помогли в почти безвыходной ситуации. Через огромные расстояния мне установили все необходимые для моей работы программы! И теперь я знаю,что если будут какие-то проблемы или неполадки,то Ammy Admin быстро всё исправит,даже,если я буду на другом конце света! Супер сервис.
Спасибо, будем развиваться.
Благодарю за работу! Очень удобно и быстро можно решить такие насущные и важные для работы вопросы с помощью этого сервиса! Я собираюсь много путешествовать по свету, и теперь у меня всегда есть возможность получить компьютерную поддержку, независимо от места нахождения. На расстоянии, в удобное для меня время. Всем рекомендую!
Привез Никите развалюху, он комп восстановил, разобрался в чем дело, ускорил, нашел и наладил по блютусу соединение с колонками, очистил от вирусов. Отлично комп работает. А еще душевный сам человек. Как проблема на компе, вспоминаю про мастера и руки тянутся к телефону- Никите позвонить. Спасибо.
Алексей, БлагоДарю за теплый слова! 
Всегда рад помочь.
Remote helper что это
Не так давно тестировал сервис публикации скриншотов от Joxi.ru, но нашел более удобный аналог и решил ее удалить. Удалял через штатный режим «Установка и удаление программ«: Однако, после…
При запуске сайта столкнулся с ошибкой приложения 404.17: HTTP Error 404.17 — Not FoundThe requested content appears to be script and will not be served by the static…
При установке Net.Framework (ASP.Net) в компонентах Windows довольно часто сталкивался с ошибкой при запуске сайтов: Could not load type ‘System.ServiceModel.Activation.HttpModule’ from assembly ‘System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’. Решение ошибки…
При установке виртуальной машины Windows 10 на Hyper-V Windows Server 2008 R2 возникает ошибка: На вашем ПК возникла проблема, и его необходимо перезагрузить. Перезагрузка будет выполнена автоматически.
Для оптимизации производительности БД часто приходиться изучать какие таблицы в БД наиболее «нагружены» (содержат в себе большое количество записей). Чтобы определить количество записей в каждой таблице по всей…
Уже достаточно давно сложилась необходимость подключать свой сайт в защищенный режим использования по шифрованному протоколу HTTPS. Ведь сейчас большинство браузеров проверяют безопасность сайтов и в случае, если он…
При установке Net Framework в Windows 7 столкнулся с ошибкой: Установка Net Framework не завершена. причина: Цепочка сертификатов обработана, но обработка корневого прервана на корневом сертификате, у которого…
В программе Skype для организации видеозвонков, видеоконференций, а также общих чатов иногда возникает необходимость отключить уведомления (звуковые и фоновые оповещения), которые при большом количестве чатов могут отвлекать от…
Чек-лист — это список проверок необходимых для проведения тестирования ПО. В отличии от тест кейса чек-лист менее подробен по содержанию и в нем обычно не пишут описания шагов,…
Не так давно столкнулся с проблемой вызова абонента в skype cо смартфона Android. При осуществлении вызова звонок сразу сбрасывается и выводится надпись: Что-то пошло не так При этом…
Вся боль p2p разработки
Добрый день, хабрасообщество! Сегодня я хотел бы рассказать о волшебном и чудесном проекте компании Тензор — удаленном помощнике. Это система удаленного доступа, связывающая миллионы клиентов и операторов в рамках общей клиентской базы СБИС. Удаленный помощник уже сейчас тесно интегрирован с online.sbis.ru. Каждый день мы регистрируем более десяти тысяч подключений и десятки часов сессионного времени в сутки.В этой статье мы расскажем о том, как мы устанавливаем p2p соединения, и что делать, если этого сделать не удается.
Опыт — сын ошибок трудных
Систем удаленного доступа существует достаточно много. Это и всевозможные вариации бесплатных VNC, и достаточно мощные и предлагающие широкий набор функционала платные решения.Изначально наша компания использовала адаптацию одного из таких решений — UltraVNC. Это отличная бесплатная система, которая позволяет подключиться к другому ПК, зная его IP. Вариант того, как стоит поступать, если ПК имеет непрямой доступ к сети интерне, уже мелькал на просторах Хабра, и мы не будем затрагивать эту тему. Этого решения будет достаточно только до достижения сравнительно небольшого количества одновременных подключений. Шаг влево, шаг вправо, и начинается головняк с масштабированием, удобством использования, интеграцией в систему и сложностью доработок, которые, конечно, появляются в процессе жизненного цикла ПО, с чем мы и столкнулись.
Итак, было принято решение изобрести свой велосипед создать свою систему управления удаленными рабочими столами, которую можно было бы интегрировать в общую экосистему СБИС. Конечно, самый простой способ связать 2 ПК, который не использует только ленивый — по числовому идентификатору. В нашей реализации мы используем рандомные 6-и знаковые номера без привязки к конкретному клиенту.
Один очень известный человек однажды сказал:
Теория — это когда все известно, но ничего не работает.
Практика — это когда все работает, но никто не знает почему.
Мы же объединяем теорию и практику: ничего не работает…
и никто не знает почему!
В самом начале нашего пути, эта цитата была очень похожа на правду: было понимание каким образом можно «познакомить» друг с другом клиента и оператора. Но на практике все оказалось не совсем тривиально.
Введение в p2p
Для связи 2х устройств мы используем сигнальный сервер — посредник, доступ к которому есть у обеих сторон. Его роль заключается в регистрации и возможности обмена информацией между участниками в режиме реального времени. Через него без лишних хлопот мы производим обмен endpoint’ами (связка IP-адрес и порт, точка доступа) с целью установки соединения.
Этот сигнальный сервер, именуемый у нас remote helper manager(RHM) — пул написанных на nodejs систем, обеспечивающих отказоустойчивую работу всего сервиса. Нууу, точнее, как «отказоустойчивую» … мы на это надеемся :). Подключение к одному из серверов происходит по принципу round-robin. Таким образом клиент и оператор могут быть подключены к разным серверам, и вся механика по их синхронизации и координации полностью снята с десктопного приложения.
Вся работа сводится к обмену служебными пакетами, при помощи которых стороны могут однозначно идентифицировать друг друга и выполнять какие-либо действия относительно синхронно, например, начать процедуру сбора кандидатов на подключение или же начало самой попытки подключения.
Кстати, не поступайте как мы – не стреляйте себе в ногу: если используете 443 TCP порт — используйте TLS, а не чистый трафик. Все больше и больше брандмауэров его блокируют и разрывают соединение, причем, нередко на стороне провайдера.
Самые распространенные в сети интернет протоколы обмена информацией — это UDP и TCP. UDP — быстр и легок, однако лишен нативной возможности гарантировать доставку пакетов и их очередность. TCP лишен этих недостатков, однако чуть более сложен в процессе установки p2p соединения. А с последними тенденциями, как мне кажется, прямое tcp соединение и вовсе может кануть в лету.
Далеко не всегда установка p2p соединения зависит от умения работать с сетевыми протоколами. По большей части эта возможность зависит от конкретных сетевых настроек, чаще: типа NAT(Network address translation) и/или настроек файрвола.
Принято разделять NAT на 4 типа, каждый из которых отличаются правилами трансляции пакетов из внешней сети конечному пользователю:
В большинстве случаев удается пробиться через NAT, инициировав передачу данных к узлу сети, от которого ожидаешь получить ответ. Для этого необходимо, чтобы удаленная сторона узнала свой внешний endpoint и сообщила его нам. Нам, в свою очередь, необходимо сделать то же самое.
Чтобы узнать свой IP-адрес и порт на внешнем устройстве (для простоты назовем его маршрутизатором), мы используем STUN (Session traversal utilities for NAT) и TURN (Traversal using relay NAT) сервера. STUN – для определения внешних IP: порт(endpoint) на UDP протокола, TURN – для TCP.
Почему так, ведь гораздо проще было бы получить внешний IP с нашего же сигнального сервера?
Здесь имеется как минимум 4 аргумента «за»:
Как же строится общение с сервером по STUN/TURN протоколу
Этапы получения endpoint’ов задокументированы в RFC #3489, #5389, #5766 и #6062.
Все сообщения к STUN или TURN протоколу имеют следующий вид:
Как выглядит сбор endpoint’а для UDP протокола:
Сбор endpoint’а для TCP несколько отличается, т.к. получаем мы его по TURN протоколу. Почему именно так? Все объясняется минимизацией количества сокетов, подключенных к TURN-серверу, а значит, потенциально большее количество людей смогут «висеть» на одном сервере ретрансляции трафика.
Для сбора кандидата по TURN протоколу необходимо:
Конечно, это сейчас кажется простым и понятным, но оглядываясь назад, когда смотришь в RFC и понимаешь, что без подсказок wireshark’а дальше дело не сдвинется с мертвой точки — готовишься к погружению в… В общем, вспоминается один бородатый анекдот:
Учись пацан, а то так и будешь ключи подавать…
Как установить соединение?
Самое простое – это организация UDP hole punch’а.
Для этого необходимо искусственно создать правила маршрутизации на своем NAT.
Достаточно просто организовать серию передачи пакетов на удаленный endpoint и дождаться от него ответ. Несколько пакетов необходимы для создания соответствующего правила на NAT’е и избавления от «гонки», кто кому первым доставит соответствующий пакет. Ну и потерю на UDP никто не отменял.
Далее обменялись контрольными фразами и можно считать, что соединение установлено.
Чуть-чуть сложнее – организация TCP hole punch, хотя общая идеология остается точно такой же.
Сложность заключается в том, что только 1 сокет по умолчанию может занимать свой локальный endpoint, а попытка подключения к другому адресу приведет к автоматическому разрыву соединения с первым. Однако существуют опции сокета, это ограничение снимающие: REUSE_ADDRESS и EXCLUSIVEADDRUSE. После взведения первой и сбрасывания второй опции на сокете другие сокеты смогут занимать тот же самый локальный endpoint.
Ну и остается сущий пустяк – забиндиться на локальный endpoint, открытый сокетом при коннекте с TURN’ом, ну и попытаться подключиться к endpoint’у удаленной стороны.
Ну и еще чуть сложнее, но не менее важная для стабильной установки соединения – ретрансляция трафика.
Почему мы унесли прямое udp на второе место?
Что ж, UDP при всей своей легкости и скорости обладает существенным недостатком: отсутствием гарантии доставки и очередности. И если с видеопотоком еще как-то с этим можно было бы смириться (наличие графических артефактов), то вот с передачей файлов тут несколько серьезней.
Для обеспечения гарантии и очередности был реализован механизм, схожий с reliable UDP, который да, потребляет несколько больше ресурсов, но и дает желаемое.
Как же мы вышли из ситуации? Для начала необходимо узнать MTU (maximum transmission unit) – то есть максимально большой размер udp пакета, который может быть отправлен без фрагментирования на проходящих узлах.
Для этого принимаем за максимальный размер пакета 512 байт и выставляем сокету опцию IP_DONTFRAGMENT. Отправляем пакет и ждем его подтверждения. Если в течение фиксированного времени мы получили ответ, то увеличиваем максимальный размер и повторяем итерацию. Если же в конечном итоге подтверждения мы не дождались, то начинаем процедуру уточнения размера MTU: начинаем не существенно понижать максимальный размер блока и ожидаем стабильного подтверждения в течение 10 раз. Не получили подтверждение – снизили MTU и по новой запускаем цикл.
Оптимальный размер MTU найден.
Далее проводим сегментирование: нарезаем весь большой блок на множество маленьких с указанием начального номера сегмента и конечного номера сегмента, характеризующего пакет. После разбиения добавляем сегменты в очередь отправки. Отправка сегмента производится до тех пор, пока удаленная сторона не сообщит нам о том, что получила его. Интервал повторной отправки используем как 1.2*максимальный размер ping’а, полученного при нахождении MTU.
На принимающей стороне смотрим полученный сегмент, добавляем во входящую очередь и пробуем собрать ближайший пакет. Если получилось – чистим очередь и пробуем собрать следующий.
Тут, конечно, самые внимательные из вас, кто «дожил» до этого абзаца, могут смело заметить: а почему не использовать кодек x264 или x265? — и будут частично правы. Честно говоря, мы тоже склонны его заюзать, тогда можно поступиться этим велосипедом на udp. Но как быть, скажем, с передачей бинарных файлов? В этом случае мы опять возвращаемся к необходимости гарантии доставки и очередности пакетов.
В заключение хочется отметить, что с такой организацией подключений мы имеем не более 2-3% несостоявшихся подключений в день, большую часть из которых составляют неверные настройки прокси или файрвола, настроив которые соединение осуществляется без проблем.
Если эта тема вам окажется интересна (а нам она кажется таковой), то в следующих статьях мы расскажем о запуске приложения с наивысшими правами в системе, проблемах, которые из-за этого образуются, и как мы с ними боремся. Об алгоритмах сжатия, виртуальных рабочих столах и многом другом.
Удаленная поддержка удаленных пользователей в Windows 10: Быстрая
Всем привет, сегодня мы поговорим о средстве удаленной помощи пользователям, появившемся в Windows 10 1607: «быстрая помощь». Средство «Быстрая помощь» предназначено для оказания удаленной поддержки пользователей через интернет.
— Windows 10 не ниже 1607 на обоих компьютерах.
— Наличие учетной записи Microsoft у помогающего.
— Наличие доступа в интернет на обоих компьютерах.
Использование: взгляд пользователя
Если пользователю потребовалась помощь, то он должен запустить Быструю помощь. Можно через пункт «выполнить» запустить quickassist.exe или найти быструю помощь в поиске.
После запуска нам будет предложено два варианта: получить или оказать помощь. Для получения помощи, нам следует получить от помогающего специальное шестизначное число. Его мы вводим в верхнее поле.
После ввода кода нажатия соответствующей кнопки, ждем решения помогающего. ОН должен решить, будет-ли он управлять или только наблюдать за рабочим столом. Нам будет предложено его решение подтвердить
Подключение выполнено! МЫ в любой момент можем приостановить подключение или прервать его.
Использование: взгляд администратора
Теперь рассмотрим порядок действий человека помогающего. Пользователь обратился к нам за помощью и мы так-же запускаем быструю помощь. В окне программы авторизуемся с использованием учетных данных майкрософт. Программа генерирует временный код, который мы должны передать челолвеку, запросившему помощь.
После того, как пользователь введет код, у нас спросят требуемый уровень общего доступа. Пользователь должен дудет этот доступ подтвердить.
После подтверждения мы увидим рабочий стол вызываемого компьютера.
Мы можем выбрать все или конкретный удаленный монитор, есть двухсторонний текстовый буфер обмена. Мы можем сделать на экране удаленного рабочего стола пометку для пользователя. Например, можно выделить маркером элемент, который пользователь упорно не хочет заметить.
А вот так наши художества видит пользователь:
В случае необходимости перезагрузки удаленного компьютера, после загрузки, пользователю нужно лишь запустить приложение заново: вводить код не потребуется.
До TeamViewer ей конечно далеко, но функционал приложения постоянно расширяется. Не стоит забывать и про бесплатность приложения.
И по традиции, ссылка на мой блог, где картинок немного больше.
Лига Сисадминов
673 поста 12.6K подписчика
Правила сообщества
— # mount /dev/good_story /sysodmins_league
— # mount /dev/photo_it /sysodmins_league
— # mount /dev/best_practice /sysodmins_league
— # mount /dev/tutorial /sysodmins_league
Таак, я кажется знаю, какую штуку мне еще нужно отключить в нашей корпоративной сети. =)
— Windows 10 не ниже 1607 на обоих компьютерах.
— Наличие учетной записи Microsoft у помогающего.
Тот же TeamViewer, как и другие аналоги, работает на любой ОС и не требует наличия учетки MS, которая, будем честны, нужна в данном случае исключительно для шпионажа за обоими и никак не помогает в решении задачи.
И чем оно отличается от «Удалённого помощника Windows» в Windows 7?
«Не стоит забывать и про бесплатность приложения.»
Когда это винда стала бесплатная? У большинства обывателей кому знакомый «тыжпрограмист» ставил систему стоит нелегальная и потому никаких «учетных данных Майкрософт» не будет.
Уточните я так понимаю нат он не пробивает, как и раньше?
возможно запустить на старых ОС?
Radmin юзаю, отлично работает.
Пока Бизнес выбирает любые аналоги, кроме мелкософтовых помоев- можно спать спокойно.
>> До TeamViewer ей конечно далеко
Если бы Линус Торвальдс знал русский язык, читал бы Пикабу и дошёл до этого места, то он бы со смеху со своей беговой дорожки ебанулся.
Подробно не вчитывался, но чем эта штука отличается от удаленного помощника, которая ещё с xp прекрасно работает? Для серьезного инструмента удаленного администрирования не годится, единственный плюс, бесплатно из коробки. DameWare пожалуй удобней всего для удаленного подключения.
Для простого бытового использования ammy admin будет проще и быстрее. По крайней мере я ею пользуюсь если знакомым что то надо починить на компе.
Ошибка 0x00000709 при попытке печати на расшаренный USB-принтер
Всем привет. Надеюсь, что кому нибудь поможет.
При попытке печати на расшаренный принтер может не печатать, и при попытке переподключить выдаёт ошибку 0х00000709.
Решается путем удаления обновления KB5006670.
Поискав в интернете, нашёл вроде ещё решения:
1.https://answers.microsoft.com/ru-ru/windows/forum/all/windows-10-x64/570fb0eb-686f-431b-af6e-ead5330eb052?auth=1
2. Попробуйте применить универсальный драйвер на принтер, вместо родного.
3. Встречал ещё комментарий, что обновление системы безопасности КВ5005033 тоже вызывает эту ошибку, но у меня оно вызывало только ошибку 0x0000007b, при попытке подключиться на расшаренный принтер.
4. Ну и последний способ: попробуйте использовать сторонние программы для подключения принтера.
Какой из всего этого можно сделать вывод: Я считаю, что Microsoft надо уже штрафовать за выпуск подобных обновлений. За этот год это уже 3-е обновление, которое ломает систему печати (Вспомните то же обновление системы безопасности КВ5000503, которое вызывало синий экран смерти с ошибкой «APC index mismatch»).
Microsoft предупредила о проблемах с драйверами на Windows 10 и предложила решение
В Windows 10, как и в более ранних версиях ОС, есть возможность устанавливать и обновлять драйверы прямо из системы с помощью Windows Update. Зачастую этих драйверов вполне хватает, но изредка возникает ситуация, когда нужно установить самый новый драйвер с официального сайта.
Однако в этом случае возможны проблемы. Как оказалось, система защиты целостности памяти может помешать установке сторонних (при этом официальных) драйверов. Однако решение есть.
Для этого нужно зайти в настройки:
Пуск > Параметры > Обновление и безопасность;
Перейти в раздел «Безопасность устройств»;
В секции «Изоляция ядра» отключить систему защиты целостности памяти;
После этого можно попробовать установить драйвер, скачанный с официального сайта.
Отметим, что в Microsoft недавно выпустила новую версию Windows 10 Optional updates, которая позволит пользователям выбирать обновления действительно нужных драйверов, а не устанавливать всё подряд.
Впрочем, недавнее необязательное обновление KB4535996 уже принесло целый ворох проблем и сбоев на Windows 10. К примеру, это различные «фризы», сбои при загрузке или замедление запуска, а также неработоспособность утилиты Sign Tool.
Компания пока не предложила решения, но если удалить KB4535996, то проблемы исчезают. Небольшим бонусом может служить тот факт, что после удаления патча система более не будет его предлагать, а также не станет устанавливать принудительно.
Песочница Windows
Windows 10 1903 принесла нам песочницу Windows Sandbox. Это очередная технология Microsoft, использующая возможности Hyper-V без установки последнего. Ранее я писал уже про подобный подход в Application Guard защитника Windows. Она стала первой технологией, использующей функции Hyper-V для запуска браузера в изолированном окружении, доступная владельцу Windows 10 Pro и старше без танцев с бубном. Песочница позволяет быстро создать временную изолированную среду для запуска потенциально опасных приложений и документов. Все изменения, внесенные в песочницу не сохраняются и при её закрытии будут утеряны.
— Windows 10 Pro или Enterprise 1903 (билд 18305 и выше)
— Архитектура AMD64 (64-х разрядная система и процессор)
— 4 Гб RAM (8 рекомендуется)
— 1 Гб дискового пространства ( рекомендуется использовать SSD)
— Включенная поддержка аппаратной виртуализации в UEFI/BIOS
Преимущества перед виртуальной машиной
— Высокая готовность. Первоначально нужно лишь включить компонент. Не нужно ничего скачивать или устанавливать. Песочница запускается менее минуты.
— Оперативное восстановление. Подобно восстановлению ВМ из снимка, песочница оживает при её перезапуске. Не нужно ничего восстанавливать, если песочница повредилась. Закрыли и открыли — всё уже работает.
— Безопасность. Песочница использует аппаратную виртуализацию. Hyper-V изолирует ядро песочницы от ядра основной системы.
— Отсутствие следов. После закрытия песочницы её данные удаляются, а дисковое пространство, занятое файлом виртуального жесткого диска мгновенно возвращается системе.
— Производительность. Используется аппаратное ускорение GPU, умное управлениепамятью и интегрированный планировщик задач.
— Это бесплатно. Операционную систему песочницы не нужно отдельно лицензировать в отличии от системы на том-же VirtualBox.
Включение Windows Sandbox
Для включения песочницы нам следует ввести команду в PowerShell:
Или в командной строке:
Или найти апплет включения компонентов в панели управления. После установки компьютер следует перезагрузить.
Воспользовавшись поиском Windows мы легко найдем песочницу. Ярлык так-же есть в главном меню.
На запуск песочницы уходит около минуты, при этом формируется контейнер со своим виртуальным диском.
В списке процессов её так-же никто не прятал. В моём случае, это процессы 5816 и 17976:
Как видно, используется Hyper-V, хоть в его оснастке и пусто. Но давайте взглянем на саму песочницу. Это такая же Windows, как у нас. Характеристиками система не обделена: ядер процессора как у хоста, 4 гигабайта памяти и 40 гб жесткий диск. Достаточно для большинства задач подобного рода. Стоит отметить, что виртуальный диск увеличивается динамически по мере использования. память так-же в системе используется динамическая, но в отличие от виртуального диска, возвращает системе неиспользованное пространство.
Работать с песочницей предельно просто. Окно, что мы видим — это подключение по RDP, его можно развернуть в полный экран — система масштабируется. Принтеры проброшены в момент подключения. Интернет будет из коробки. В зависимости от настроек виртуального коммутатора, будет видна локальная сеть (по умолчанию видна). Файлы можно передать в песочницу через копировать — вставить, буфер обмена работает.
Что любопытно, в песочнице пользователь по умолчанию называется: WDAGUtilityAccount. Первые четыре буквы — это сокращение от Windows Defender Application Guard, что намекает на развитие технологии Application Guard.
Подробности от команды разработчиков Windows Sandbox
Песочница Windows построена на технологии, которая называется Windows Containers. Контейнеры разрабатывались (и давно используются) для работы в облаке. Microsoft взял уже достаточно зрелую и протестированную технологию и доработал её для пользователей десктопной Windows.
Динамически генерируемый образ
Песочница является хотя и легковесной, но всё же виртуальной машиной. И, как любой виртуальной машине, ей требуется образ, с которого она может загрузится. Важнейшей особенностью Песочницы является то, что Вам не нужно откуда-то качать или создавать этот образ. Он создастся на лету, из файлов вашей текущей ОС Windows.
Мы хотим всегда получить одно и то же «чистое» окружение для Песочницы. Но есть проблема: некоторые системные файлы могут меняться. Решением было создание «динамически генерируемого образа»: для изменённых файлов в него будут включаться их оригинальные версии, но вот неизменные файлы физически в этот образ входить не будут. Вместо них будут использоваться ссылки на реальные файлы на диске. Как показала практика — такими ссылками будут большинство файлов в образе. Лишь малая их часть (около 100 МБ) войдут в образ полностью — это и будет его размер. Более того, когда Вы не используете Песочницу, эти файлы хранятся в сжатом виде и занимают около 25 МБ. При запуске Песочницы они разворачиваются в тот самый «динамический образ» размером около 100 МБ.
Умное управление памятью
Управление памятью для Песочницы — ещё одно важное усовершенствование. Гипервизор позволяет запускать на одной физической машине несколько виртуальных и это, в общем, неплохо работает на серверах. Но, в отличии от серверов, ресурсы обычных пользовательских машин значительно более ограничены. Для достижения приемлемого уровня производительности Microsoft разработал специальный режим работы памяти, при котором основная ОС и Песочница могут с некоторых случаях использовать одни и те же страницы памяти.
В самом деле: поскольку основная ОС и Песочница запускают один и тот же образ ОС, то большинство системных файлах в них будут одни и те же, а значит нет смысла дважды загружать в память одинаковые библиотеки. Можно сделать это один раз в основной ОС, а когда тот же файл понадобится в памяти Песочнице — ей можно дать ссылку на ту же страницу. Конечно, требуются некоторые дополнительные меры для обеспечения безопасности подобного подхода, но Microsoft позаботилась об этом.
В случае использования обычных виртуальных машин гипервизор контролирует работу виртуальных процессоров, работающих в них. Для Песочницы была разработана новая технология, которая называется «интегрированный планировщик», которая позволяет основной ОС решать когда и сколько ресурсов выделить Песочнице. Работает это так: виртуальный процессоры Песочницы работают как потоки внутри процесса Песочницы. В итоге они имеют те же «права», что и остальные потоки в вашей основной ОС. Если, к примеру, у вас работают какие-то высокоприоритетные потоки, то Песочница не будет отнимать у них много времени для выполнения своих задач, которые имеют нормальный приоритет. Это позволит пользоваться Песочницей, не замедляя работу критически важных приложений и сохраняя достаточную отзывчивость UI основной ОС, аналогично тому, как работает Linux KVM.
Главной задачей было сделать Песочницу с одной стороны просто обычным приложением, а с другой — дать гарантию её изоляции на уровне классических виртуальных машин.
Как уже говорилось выше, Песочница использует гипервизор. Мы по сути запускаем одну копию Windows внутри другой. А это означает, что для её загрузки понадобится какое-то время. Мы можем тратить его при каждом запуске Песочницы, либо сделать это лишь раз, сохранив после загрузки всё состояние виртуальной ОС (изменившиеся файлы, память, регистры процессора) на диске. После этого мы сможем запускать Песочницу из данного снимка, экономя при этом время её старта.
Аппаратная виртуализация графики — это ключ к плавному и быстрому пользовательскому интерфейсу, особенно для «тяжелых» в плане графики приложений. Однако, классические виртуальные машины изначально ограничены в возможностях напрямую использовать все ресурсы GPU. И здесь важную роль выполняют средства виртуализации графики, которые позволяют преодолеть данную проблему и в какой-то форме использовать аппаратную акселерацию в виртуальном окружении. Примером такой технологии может быть, например, Microsoft RemoteFX.
Кроме того, Microsoft активно работала с производителями графических систем и драйверов для того, чтобы интегрировать возможности виртуализации графики непосредственно в DirectX и WDDM (модель драйверов в ОС Windows).
В результате графика в Песочнице работает следующим образом:
Приложение в Песочнице использует графические функции обычным образом, не зная кто и как будет их выполнять
Графическая подсистема Песочницы, получив команды отрисовки графики, передаёт их основной ОС
Основная ОС, получив команды отрисовки графики, воспринимает их так, как будто они пришли от локально запущенного приложения и соответствующим образом выполняет их, выделяя и управляя необходимыми ресурсами.
Это процесс можно изобразить так:
Это позволяет виртуальному окружению получать полноценный доступ к аппаратно акселерируемой графике, что даёт как прирост производительности, так и экономию некоторых ресурсов (например, заряда батареи для ноутбуков) в следствие того, что для отрисовки графики больше не используются тяжелые расчёты на CPU.
Песочница имеет доступ к информации о заряде батареи и может оптимизировать свою работу для его экономии.
Как обычно, привожу ссылку на оригинал статьи в моём блоге.