61admin.ru

Установка/обновление LibreOffice 6.x на Linux Mint 18.3

2018-02-23T08:41:00.002+03:00

sudo add-apt-repository ppa:libreoffice/ppa

sudo apt-get update

Установка OpenMediaVailt на один физический диск

2015-12-16T22:14:00.000+03:00

При установка OMV основное требование этой системы NAS наличие 2х физических дисков - 1го физического диска под саму ОС и 2го и более под хранилище. В теории это правильно, но в реальности возникает необходимость установки на 1 диск и использовании его как под саму систему, так и под хранилище. По данной ссылке описан способ редактирования образа дистрибутива - http://homenas.ru/forum/viewtopic.php?f=3&t=17
Также там упоминают способ разбивки после установки, что на мой взгляд гораздо проще. Мы рассмотрим способ с переразметкой диска после установки...
Устанавливаем OMV с настройками по умолчанию на 1 диск. Затем загружаемся с LiveCD дистрибутива SystemRescueCD и при помощи GParted переразбиваем диск под хранилище:

/dev/sda1 - оставляем системе
/dev/sda2 - самый большой раздел под хранилище
/dev/sda3 - Linux Swap

Затем в консоли OMV подключаем наше хранилище.

Apache - Could not reliably determine the server’s fully qualified domain name...

2014-06-24T12:34:00.005+04:00

При запуске вэб сервера Apache - в консоль и лог вываливается сообщение:

Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName

Редактируем /etc/apache2/apache2.conf

ServerName localhost

Как изменить тип сети Windows 8

2014-05-07T19:51:00.001+04:00

Windows 8 через центр управления сетями и общим доступом теперь нельзя сменить имя и тип сети!

Для того чтобы сделать сеть частной и поменять имя необходимо:
1. Запустить редактор реестра
2. Открыть раздел
HKEY_LOCAL_MACHINE\SOFTWARE \Microsoft\Windows NT\CurrentVersion\NetworkList\Profiles
3. Выбрать необходимый профиль
4. Поменять значения
Category (REG_DWORD) = 1
CategoryType (REG_DWORD) = 0
Description (REG_SZ) = Имя сети

Microsoft OLP - как получить ключи и дистрибутивы?

2014-01-15T20:18:00.000+04:00

Покупателям, впервые сталкивающихся с приобретением OLP, как правило, оказывается не очень понятно как получить ключи и дистрибутивы. На самом деле, лицензионный сертификат содержит всю необходимую информацию для получения доступа к ключам и дистрибутивам, нужно только все внимательно и спокойно прочитать. Но, мы люди русские, и инструкции не читаем! Попытаюсь объяснить процедуру получения ключей просто и понятно...

1. Получаем доступ на сайт с лицензиями.

1.1 Учетная запись Microsoft

Сначала мы должны зайти на сайт https://www.microsoft.com/Licensing/servicecenter/default.aspx. Для этого у нас должна быть "Учетная запись Microsoft" (Windows Live ID), по факту это обычна почтовая учетная запись. Её можно получить по адресу - https://login.live.com. Внизу страницы нажимаем ссылку "Зарегестрироваться". ВАЖНО - для работы с сервисами Microsoft необходимо использовать только Internet Explorer последних версий!!!

Регистрация учетной записи Microsoft ничем не отличается от регистрации обычной бесплатной почты Mail.ru и подобных сервисов. Рекомендую все логины и пароли распечатать и положить рядом с cертификатом Microsoft. Т.е. это будет отдельный почтовый ящик/аккаунт для доступа к лицензиям.

1.2 Доступ на портал с лицензиями https://www.microsoft.com/Licensing/servicecenter/default.aspx.

- Заходим на сайт

- Нажимаем на кнопку "Вход"

- Нас "перекидывает" на https://login.live.com, вводим логин и пароль которые мы получили в предыдущем пункте 1.1

2. Добавляем лицензию на сайт

- Нажимаем "Добавить Open License в профиль"

- Вводим номер лицензии и авторизационный номер

Номер лицензии и авторизационный номер вам должен был передать ваш продавец. Они содержатся в лицензионном сертификате Microsoft.

После проверки ваших данных вы можете скачивать дистрибутивы и ключи из раздела "Загрузки и ключи". Проверка данных занимает от 2 до 24 часов.

3. Скачиваем дистрибутивы и ключи.

Открываем раздел "Загрузки и ключи"

Google Chrome не сохраняет настройки

2014-01-12T11:00:00.001+04:00

Решение:

Нужно снять атрибут "Скрытый" с файла Preferences.

Находится этот файл здесь - C:\Users\%USERNAME%\AppData\Local\Google\Chrome\User Data\Default

AeroAdmin - бесплатный аналог TeamViewer/Ammyy для коммерческого использования!

2013-12-25T19:51:00.001+04:00

http://www.aeroadmin.com/ru/index.html

Бесплатная программа для удаленной поддержки!
Может использоваться в коммерческих целях!

Googe Chrome - "Не удалось корректно загрузить ваш профиль"

2013-12-24T18:13:00.001+04:00

Решение 1.

1. Закрываем браузер

2. Переименовываем папку профиля

Vista / Windows 7: %LOCALAPPDATA%\Google\Chrome\User Data\Default
Windows XP: %USERPROFILE%\Local Settings\Application Data\Google\Chrome\User Data\Default

3. Перезапускаем браузер - создается новый профиль.

Решение 2.

1. Закрываем браузер
2. Найдите файлы Web Data и Web Data-journal (они не имеют расширения), переименуйте их в Web Data.bak и Web Data-journal.bak или просто переместите в другую папку.
3. Перезапустите браузер

Фокус окна 1С 8.2 в терминале Windows Server 2008 R2

2013-12-01T17:03:00.000+04:00

В терминале 1С иногда (не у всех) не прорисовывает окно ввода. Т.е. 1Ска рисует пустые окна!

Решения:

1. Alt + Shift + R

2. Патчи

Номера статей из базы данных: 983533
Язык: All (Global)
Платформа: x64
Расположение: (http://hotfixv4.microsoft.com/Windows%207/WindowsServer%202008%20R2/sp1/Fix319230/7600/free/414222_intl_x64_zip.exe)

Номера статей из базы данных: 2384602

Язык: All (Global)
Платформа: x64

Расположение: (http://hotfixv4.microsoft.com/Windows%207/WindowsServer%202008%20R2/sp1/Fix335080/7600/free/419079_intl_x64_zip.exe)

3. Правим файл RPD

remoteapplicationmode:i:0

Языковые панели в терминале на Windows Server 2008 R2

2013-09-26T00:14:00.000+04:00

В Windows Server 2008 R2 при терминальных подключениях наблюдаются две языковые панели у терминального пользователя. Одна с текстовым индикатором (RU|EN), вторая - с изображением клавиатуры..

Это происходит потому, что RDP клиент "подхватывает" тот язык, который был включен на удаленном компьютере в момент подключения. И если он не соответствует языку, установленному по умолчанию на терминальном сервере, возникает конфликт, приводящий к необходимости двойного переключения раскладки.

Решение: на терминальном сервере от имени админа внести изменения в реестр в ветке HKLM\System\CurrentControlSet\Control\Keyboard Layout: создать параметр IgnoreRemoteKeyboardLayout типа REG_DWORD(32bit) и установить значение 1.

FreeBSD. Установка для новичков.

2013-04-23T12:14:00.000+04:00

Почему именно FreeBSD?
Ответ здесь - http://it-talk.org/post77122.html#p77122

1. Дистрибутив

1.1 Получаем дистрибутив

ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
*-bootonly.iso (минимальный, все остальное скачивается из интернета)
*-memstick.img (для USB флешек)

1.2 Записываем

- на CD (http://www.imgburn.com/index.php?act=download)
- на USB (http://unetbootin.sourceforge.net/ или http://sourceforge.net/projects/win32diskimager/)

2. Установка freebsd

3. Базовая настройка

1.1 Коллекция портов

Получаем свежие порты

# portsnap fetch

Распаковываем порты

# portsnap extract

Обновляем порты

# portsnap fetch update

1.2 Midnight Commander

Устанавливаем MC

# /usr/ports/misc/mc-light

# cd /patch/to/your/port

# make config-recursive

# make install clean

1.3 Удаленное администрирование WebMin

Для использования SSL в WebMin, необходимо установить SSLeay

# cd /usr/ports/security/p5-Net-SSLeay/

# make config-recursive

# make install clean

Устанавливаем последнюю версию WebMin http://www.webmin.com/tgz.html

# cd /usr/local

# fetch http://prdownloads.sourceforge.net/webadmin/webmin-1.610.tar.gz

# gunzip webmin-1.610.tar.gz

# tar -xvf webmin-1.610.tar

# cd webmin-1.610

# ./setup.sh /usr/local/webmin

Русский в консоли Ubuntu

2013-02-17T12:32:00.002+04:00

Сколько лет пользуюсь Ubuntu, и от выпуска к выпуску одни и те же грабли... вместо русских букв в консоли "квадратики". Хотя если при установке выбираешь "Шифровать домашний каталог" данной проблемы нет. И мне не понятно зачем разработчик делает для серверной версии "графическую" загрузку!? Мы будем чинить этот БАГ включением FRAMEBUFFERа, для систем в которых используются приоретарные драйвера этот рецепт может не подойти.

1. Редактируем initramfs.conf
# vi /etc/initramfs-tools/initramfs.conf
FRAMEBUFFER=Y

2. Настраиваем console-setup
# env LANG=C sudo dpkg-reconfigure console-setup

3. Обновляем параметры загрузки
# update-initramfs -u

4. Перезагружаемся
# reboot

Вот ссылка об этом баге https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/789141

Kaspersky Virus Removal Tool

2012-11-14T03:30:00.000+04:00

Сделал видео, для начинающих, как использовать бесплатную утилиту Kaspersky Virus Removal Tool для поиска и удаления вирусов.

Как устранить ошибку WMI с кодом 10 при запуске Windows 7?

2012-11-11T15:26:00.000+04:00

Как исправить?

1. Отключаем контроль учетных записей.
2. Перезагружаемся в безопасный режим.
3. Останавливаем службу Инструментарий управления Windows
(Windows Management Instrumentation).
4. Открываем папку c:\windows\system32\wbem\repository.
На всякий случай содержимое папки копируем в безопасное место, а затем удаляем.
5. Перезагружаемся.
6. При первой загрузке возможны торможение и подвисания, ничего страшного.
7. Вторая загрузка должна пройти быстро и без помех.
Проверяем логи — больше никаких ошибок WMI во время загрузки системы!
8. Включаем контроль учетных записей обратно.

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

Windows XP Home - вкладка "безпасность"

2012-10-20T01:20:00.000+04:00

Понадобилось на машине с Windows XP Home настроить права NTFS, по старой памяти нужно отключить "простой вид" в свойствах папки. Но к удивлению данной настройки не обнаружил, хотя помню, что решал эту проблему!? 5 разных вариантов пробовал не помогло!!!

Пробовал все варианты!

Вариант 1.
Включить вкладку безопасность

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Lsa]
"forceguest"=dword:00000000
Отключить вкладку безопасность
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\Lsa]
"forceguest"=dword:00000001

Вариант 2.
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer
NoSecurityTab

Вариант 3.
Групповая политика. Конфиг. комп. - Адм. шаблоны - убрать закладку безопасность - отключить - закладка не появилась

Вариант 4.
regsvr32 rshx32.dll

Вариант 5.

http://support.microsoft.com/kb/307874/ru

Обновление для центра обновления!

2012-10-08T15:50:00.000+04:00

Активация и смена ключа Windows 8

2012-09-22T12:00:00.003+04:00

1. Запускаем командную строку от имени Администрaтора
2. Для смены ключа - slmgr.vbs -ipk [product_key]
3. Для активации - slmgr.vbs -ato

Второй вариант:
1. Запустить утилиту командной строки с правами администратора WinKey+X
2. Выполняем команду: slmgr.vbs -upk
3. Ожидаем сообщение об успешном удалении ключа продукта
4. Перезагружаем компьютер.
5. Запускаем утилиту командной строки с правами администратора WinKey+X
6. Выполняем команду: slmgr.vbs -ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

На закуску еще несколько полезных команд:

slmgr -xpr

Cколько времени осталось до истечения срока действия текущей активации, вводим

slmgr -dli
Более подробная информация, чем дата истечения срока лицензии (которую предоставляет команда xpr)

slmgr -dlv
Самая полная информация о лицензии, включая число оставшихся пробных активаций

Отключение заставки 1С 7.7.027 в терминале

2012-09-10T15:55:00.002+04:00

Как убрать заставку в 1С 7.7 , в терминальном режиме тормозит страшно?

1. Качаем бесплатный HEX редактор - HxD

2. Меняем 8b 83 54 85 00 00 на 31 с0 90 90 90 90

Размер файла 1cv7.exe 294960. Версия 7.70.027
Для других релизов значения могут быть другими!!!

Порядок сортировки в 1С 7.7

2012-09-07T11:52:00.001+04:00

При запуске 1С 7.7 под последними ос Microsoft, Vista, Windows 7 и старше, вы можете столкнуться с данной ошибкой, и программа не запустится.

Для решения этой проблемы есть 2 варианта:

Вариант 1. (Правильный?)
Если у Вас локальная версия 1С Предприятия 7.7 или сетевая версия и на всех компьютерах, где используется 1С Предприятие 7.7 установлена операционная система Microsoft Windows Vista или Microsoft Windows 7, то Вам надо изменить порядок сортировки для 1С Предприятие 7.7. Это делается следующим образом. Заходите в конфигуратор 1С Предприятия 7.7 Выбираете пункт "Администрирование" -> "Кодовая таблица страниц ИБ " В открывшемся списке выбираете самый нижний пункт "+Текущая системная установка". Жмете OK и дожидаетесь окончания процесса

Вариант 2. (Костыль?)

Если у Вас многопользовательская версия 1С Предприятия 7.7 и в ней работают пользователи с разными операционными системами (например, Windows XP и Windows 7), то после замены порядка сортировки в конфигураторе, пользователи Windows XP не смогут открыть базу. Поэтому тут надо применить другое решение. Нужно создать файл с названием OrdNoChk.prm (содержание файла не имеет значения). Этот файл надо поместить либо в каталог с базой данных (например 1SBDB), либо в каталог программы BIN (например C:\Program Files\1Cv77\Bin\). В первом случае порядок сортировки не будет проверяться только для выбранной базы, а во втором случае для всех баз. Этот метод работает для платформы 1С Предприятие 7.7 начиная с 27-й.

Устранение ошибок лицензирования, связанных с удаленным рабочим столом

2012-08-17T11:43:00.001+04:00

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

"Удаленный сеанс отключен, поскольку не удалось обновить лицензию на доступ с этого локального компьютера. Обратитесь к администратору сервера."

Ошибки могут быть и немного другие.

Нужно удалить ключ реестра.

На клиенте перейдите в следующий подраздел реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing.
Выберите пункт MSLicensing.
В меню Реестр выберите команду Экспорт файла реестра.
В поле Имя файла введите mslicensingbackup, а затем нажмите кнопку Сохранить.
Если в будущем потребуется восстановить данный раздел реестра, дважды щелкните имя mslicensingbackup.reg.
Выберите раздел MSLicensing или подраздел Store
В меню Правка выберите команду Удалить, а затем нажмите кнопку Да, чтобы подтвердить удаление подраздела реестра.
Закройте редактор реестра и перезагрузите компьютер.
Запустите терминальный клиент от имени администратора!

Более подробно об ошибках терминальных подключений можно почитать здесь - http://technet.microsoft.com/ru-ru/library/cc756826(v=ws.10).aspx

Бесплатный мониторинг сети.

2012-08-11T13:55:00.000+04:00

Total Network Monitor — это бесплатная программа для постоянного наблюдения за работой локальной сети, отдельных компьютеров, сетевых и системных служб. TNM заблаговременно оповестит вас о возникновении неполадок и сформирует подробный отчет о том, что и когда произошло.
http://www.softinventive.ru/products/total-network-monitor/

Windows XP и проверка подлинности на уровне сети

2012-08-10T16:01:00.002+04:00

При настройке терминального сервера на Winodows Server 2008 R2 SP1 столкнулся с проблемой подключения к нему терминальных клиентов Windows XP SP3.
"Удаленный компьютер требует проверки подлинности на уровне сети, которую данный компьютер не поддерживает. Обратитесь за помощью к системному администратору или в службу технической поддержки."

1. Скачал и обновил терминальный клиент - WindowsXP-KB969084-x86-rus.exe.

2. Поправил реестр
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
Security Packages
Добавляем tspkg

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders
SecurityProviders
Добавляем credssp.dll

3. Содержание готового файл реестра:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]

"Security Packages"=hex(7):6b,00,65,00,72,00,62,00,65,00,72,00,6f,00,73,00,00,\

00,6d,00,73,00,76,00,31,00,5f,00,30,00,00,00,73,00,63,00,68,00,61,00,6e,00,\

6e,00,65,00,6c,00,00,00,77,00,64,00,69,00,67,00,65,00,73,00,74,00,00,00,74,\

00,73,00,70,00,6b,00,67,00,00,00,00,00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders]

"SecurityProviders"="msapsspc.dll, schannel.dll, digest.dll, msnsspc.dll, credssp.dll"

4. Обязательно перегружаемся.

Защищаем и оптимизируем RDP

2012-08-02T17:25:00.000+04:00

Введение

Протокол RDP – удобное, эффективное и практичное средство для удалённого доступа как для целей администрирования, так и для повседневной работы.
Учитывая, что его реализации есть практически везде (различные платформы и ОС), и их много, нужно хорошо представлять его возможности.

По крайней мере, это будет нужно по ряду причин:

Зачастую вместо RDP используется другое решение (VNC, Citrix ICA) по простой причине – предполагается, что “встроенный RDP минимальный и ничего не умеет”.
Во многих решениях, связанных с модными сейчас облачными технологиями (перевод офисов на “тонкие клиенты”, да и просто организация терминальных серверов), бытует мнение что “RDP плохой потому что встроенный”.
Есть стандартный миф про то, что “RDP нельзя без VPN наружу выставлять, ломанут” (миф имеет под собой обоснование, но уже давно не актуален).
Ну, раз уж про мифы заговорили – бытует мнение, что “Перейдя с RDP на Citrix трафик в пару раз падает”. Ведь цитрикс – это дорого, следовательно как минимум на 157% круче.

Все эти мифы – ерунда и смесь устаревших “дельных советов”, актуальных во времена NT 4.0, а так же откровенных вымыслов, не имеющих никаких причин к существованию. Так как IT – это точная наука, надо разобраться. Хорошо настроеный протокол RDP новых версий, с учётом всех новых функциональных возможностей, является достаточно хорошим и надёжным инструментом для организации удалённого доступа.

Поэтому мы займёмся:

Кратким упоминанием про версии RDP
Настройкой режима защиты RDP-сессии
Настройкой шифрования для RDP
Привязкой к конкретному адаптеру и порту
- Меняем стандартный порт на нужный
- Делаем раздельные настройки RDP для нескольких сетевых адаптеров
Включением NLA
- Как включается NLA со стороны RDP-сервера
- NLA и Windows XP
- Как включить CredSSP в XP
Выбором правильного сертификата для RDP
Блокированием подключений по RDP учётным записям с пустым паролем
Настройка ACL для подключения по RDP
Оптимизацией скорости RDP
- Отключаем редирект неиспользуемых устройств
- Настраиваем общую логику оптимизации визуальных данных RDP
Оптимизацией сжатия RDP
- Настраиваем общее сжатие RDP
- Настраиваем сжатие аудиопотока RDP
Оптимизацией соотношения потоков данных RDP
Включением Require secure RPC communication для RDP

Приступим.

Версии протокола RDP

Протокол имеет достаточно длительную историю, начиная с NT 4.0. Исторические детали мы оставим в стороне по простой причине – на данный момент имеет смысл говорить только про версию RDP 7.0, которая есть в Windows Vista SP1 / Windows Server 2008 и бесплатно добавляема в Windows XP установкой SP3 и обновлённого клиента RDP (находится по ссылке на KB 969084). Я предполагаю, что у Вас как минимум Windows XP, и что Вы поставили/можете поставить последний Service Pack и не трачу Ваше время на обсуждение преимуществ RDP в Windows 2000 SP2 перед NT 4.0 SP5.

Настройка режима защиты RDP-сессии

В принципе, это самая простая часть задачи. Суть в следующем. В различных версиях RDP применяется два основных механизма защиты сессии – встроенный в RDP и “заворачивание” сессии в TLS. Встроенный является недостаточно безопасным, и рекомендация “RDP можно наружу только в VPN” – про него. Поэтому всегда включайте поддержку TLS. Это тот минимум, с которого Вы должны начать. Ограничениями будут разве что версия сервера не ниже Windows Server 2003 SP1 и клиент RDP 5.2 и выше, но, думается, это в конце 2011 года вполне решаемо.

КАК ВКЛЮЧИТЬ RDP OVER TLS

Вариантов, как всегда, несколько. Первый – включение через групповую политику. Для этого надо зайти в целевой объект групповой политики (ну или локально на своей домашней рабочей станции запустить gpedit.msc) и там последовательно выбрать “Computer Configuration” -> “Administrative Templates” -> “Windows Components” -> “Remote Desktop Session Host” -> “Security” и там включить параметр Require use of specific security layer for remote connections, выбрав в нём SSL (TLS 1.0) only. Можно выбрать и более мягкий Negotiate, но я бы не рекомендовал, т.к. на данный момент это банально ниже приемлемого уровня безопасности. Как человек, создававший private cloud’ы с достаточно высоким уровнем безопасности, я могу сказать, что смысл выносить особо ценные данные в датацентр под Лондоном и ходить туда дефолтным RDP – нулевой и является поиском неприятностей.

Можно и проще – откройте оснастку Remote Desktop Session Host Configuration (найдёте в mmc или готовую в меню Administrative Tools -> Remote Desktop Connections), выберите из списка Connections нужное подключение (обычно оно одно и называется RDP-Tcp), и откройте Properties, после – вкладку General и там выбрать нужный Security Layer.

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

Настраиваем шифрование для RDP

Для конфигурирования будет доступно 4 варианта шифрования. Рассмотрим каждый из них.

РЕЖИМ RDP LOW ENCRYPTION

Самый “никакой” режим. Наследие страшных времён и версий RDP 5.x. Может согласовать шифрование на базе 56ти битового DES или 40ка битового RC2, что на текущий момент является несерьёзным. Не нужен и опасен. Например, если включить его, то не включится TLS, т.к. TLS уже откажется согласовывать такие слабые шифры, которые предлагает этот вариант.

РЕЖИМ RDP CLIENT COMPATIBLE ENCRYPTION

Второй “никакой” режим. Наследие страшных времён и версий RDP 5.x. Попробует до 128 бит RC4, но сразу согласится на DES/RC2. Не нужен и опасен. Тоже не совместим с TLS.

РЕЖИМ RDP HIGH ENCRYPTION

Минимально допустимый режим. Потребует хотя бы 128ми битовый RC4. Работает со всеми серверами, начиная с Windows 2000 Server w/HEP.

РЕЖИМ RDP FIPS140-1 ENCRYPTION

То, что нужно. Будет поддерживать современные симметричные алгоритмы и в явном виде не будет поддерживать RC2, RC4, одиночный DES, а также будет заставлять использовать для вычисления целостности (Message Authentication Code – MAC) алгоритм SHA-1, а не MD5. Включайте этот вариант всегда, найти сервер, который не умеет 3DES, AES или SHA-1 практически нереально.

Где делается эта настройка? Откройте оснастку Remote Desktop Session Host Configuration (найдёте в mmc или готовую в меню Administrative Tools -> Remote Desktop Connections), выберите из списка Connections нужное подключение (обычно оно одно и называется RDP-Tcp), и откройте Properties, после – вкладку General и там выберите нужный Encryption Level.

Привязываем RDP к конкретному адаптеру и порту

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

КАК ПРИВЯЗАТЬ СЛУЖБУ RDP К КОНКРЕТНОМУ СЕТЕВОМУ АДАПТЕРУ ИЛИ СДЕЛАТЬ НЕСКОЛЬКО RDP С РАЗНЫМИ НАСТРОЙКАМИ ДЛЯ РАЗНЫХ АДАПТЕРОВ

Откройте оснастку Remote Desktop Session Host Configuration (найдёте в mmc или готовую в меню Administrative Tools -> Remote Desktop Connections), выберите из списка Connections нужное подключение (обычно оно одно и называется RDP-Tcp), и откройте Properties, после – вкладку Network Interfaces. В ней Вы сможете выбрать один конкретный интерфейс, на котором надо ожидать подключения, плюс ограничить количество параллельных сессий.

Если у Вас много интерфейсов, и Вам надо, допустим, чтобы можно было подключаться через 2 из 5 доступных, то Вам надо будет привязать существующий по-умолчанию RDP-Tcp к одному адаптеру, после зайти в меню Action и там выбрать Create New Connection. Подключение может слушать либо на всех интерфейсах, либо на одном, и в случае, когда надо, чтобы оно слушало на N интерфейсах, придётся создать N подключений.

Соответственно, если у Вас есть задача “Чтобы на одном интерфейсе RDP слушал на одном порту, а на другом – на другом”, она решаема так же – отвязываете дефолтный RDP-Tcp от всех адаптеров и привязываете к конкретному, после – создаёте новое RDP-подключение и тоже привязываете к нужному сетевому интерфейсу.

КАК ПРИВЯЗАТЬ СЛУЖБУ RDP К НЕ-ДЕФОЛТНОМУ ПОРТУ

Порт по умолчанию – 3389 TCP. Кстати, не забудьте разрешить его в пакетном фильтре. Ну а если хотите другой – надо зайти в ключ реестра

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

и поправить в нём значение PortNumber. Учитывайте, что отслеживание конфликтов в плане занятости портов – на Вашей совести, сам он, обнаружив, что назначенный Вами порт занят, “перепрыгнуть” никуда не сможет.

Включаем NLA – Network Level Authentication

Функция NLA появляется в NT 6.0, а позже добавляется возможность её частичного использования в предыдущей версии ОС путём установки SP3 для XP.
Суть данной функции достаточно проста. В версиях RDP до 6.0 при подключении по RDP клиенту до аутентификации надо показать окно входа – т.е. вначале показать, а потом уже он попробует зайти в систему. Это создаёт простую уязвимость – сервер можно перегрузить пачкой запросов “а дай-ка мне попробовать новую сессию начать”, и он будет вынужден на все запросы отвечать созданием сессии и ожиданием входа пользователя. Фактически, это возможность DoS. Как с этим можно бороться? Логично, что надо придумать схему, целью которой будет как можно раньше запросить у клиента учётные данные. Оптимально – чтобы было что-то типа как kerberos в домене. Это и было сделано. NLA решает две задачи:

Клиент аутентифицируется до инициации терминальной сессии.
Появляется возможность передать данные локального клиентского SSP на сервер, т.е. начинает работать Single Sign-On.

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

Клиентская ОС (та, с которой идёт подключение) была Windows XP SP3 и выше.
Серверная ОС (та, к которой будет подключение) была Windows Server 2008 и выше.

Примечание: Несмотря на то, что ядро Windows Server 2003 новее, чем в XP (5.2 против 5.1), для Windows XP есть обновление, добавляющее поддержку NLA, а для Windows Server 2003 – нет. То есть, если Вы даже будете подключаться с самой максимально доступной версии – Windows Server 2003 R2 SP2 со всеми патчами, Вы не сможете подключиться к серверу, требующему NLA, и быть сервером, поддерживающим NLA. Увы.

КАК ВКЛЮЧАЕТСЯ NLA СО СТОРОНЫ RDP-СЕРВЕРА

Лучше всего включить NLA на всех серверах через групповую политику. Для этого надо зайти в целевой объект групповой политики и там последовательно выбрать “Computer Configuration” -> “Administrative Templates” -> “Windows Components” -> “Remote Desktop Session Host” -> “Security” и там включить параметр Require user authentication for remote connections by using Network Layer Authentication.

Можно включить и локально. Это делается путём вызова подменю Properties (стандартное подменю у Computer) и выбора там вкладки Remote, в которой будет выбор из трёх вариантов – запрещать подключения по RDP к данному хосту, разрешать подключения по любому RDP, разрешать только с NLA. Всегда включайте вариант с NLA, это в первую очередь защищает сервер.

NLA И WINDOWS XP

В случае, если у Вас Windows XP, то Вы также можете воспользоваться данной функцией. Распространённое утверждение “Для NLA нужна как минимум виста, это Microsoft сделал чтобы апгрейдились” ложно. В Service Pack 3 добавляется реализация CredSSP, позволяющая делегировать клиентские credentials’ы, которыми обладает местный SSP, на сервер. Т.е., говоря проще, это специально сделано, чтобы с Windows XP можно было подключаться на системы с NT 6.0+. На саму Windows XP SP3 с данной функцией подключаться не получится, поддержка NLA будет частичной (поэтому RDP сервер с поддержкой подключения клиентов с использованием NLA из Windows XP сделать штатными способами не получится, Windows XP будет только NLA-совместимым клиентом).

Примечание: NLA появляется с NT 6.0, и является частью пачки технологий, называемых RDP 6.0. 3й сервиспак для XP приносит не просто RDP 6.0, а возможность установки RDP 7.0, что является достаточно позитивным (например, в RDP 7.0 есть, в отличии от 6.0, EasyPrint, bidirectional audio и некоторые другие штуки, которые превращают RDP-клиента на Windows XP со всеми накрутками в достаточно практичную систему). Это к слову о плохом Microsoft, который так жутко всех заставлял апгрейдиться с Windows XP на плохую-преплохую висту, что аж в бесплатном сервиспаке для продукта 2001 года вшивал более новую подсистему RDP, чем та, которая шла в висте, вышедшей в 2006.

Включать данный функционал нужно в явном виде, так как несмотря на то, что Service Pack 3 добавляет приносит новую dll криптопровайдера, он её не включает.

КАК ВКЛЮЧИТЬ CREDSSP В XP

Ещё раз – данная операция проводится строго после установки Service Pack 3 на Windows XP и в контексте нашего разговора нужна для того, чтобы было возможно подключение к другим серверам по RDP 6.1 с использованием NLA.

Шаг первый – расширяем перечень Security Packages.
Для этого мы откроем ключ реестра

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

и найдём в нём значение Security Packages. Нажмём правую кнопку и выберем “Modify” (не Modify Binary Data, а просто Modify). Там будет список вида “название package на каждой строке”. Нам надо добавить туда tspkg. Остальное надо оставить. Место добавления некритично.

Второй шаг – подцепляем библиотеку.
Ключ будет другим:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders

В нём надо будет найти значение SecurityProviders (заметьте, как и в предыдущем случае, это не subkey, а значение), и модифицировать его по аналогии, только добавив credssp.dll. Остальное в списке, опять же, трогать не надо.

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

Выбираем правильный сертификат для RDP

Если у Вас есть возможность пользоваться не-дефолтным сертификатом для RDP, то лучше пользоваться именно им. Это не повлияет на безопасность сессии как таковой, но повлияет на безопасность и удобство подключения. В сертификате, который оптимально использовать, должны быть следующие момент:

Имя (в subject или SAN), посимвольно совпадающее с тем именем, которое вводит клиент, подключающийся к серверу.
Нормальное расширение CDP, указывающее на рабочий CRL (желательно хотя бы на два – OCSP и статический).
Желательный размер ключа – 2048 бит. Можно и больше, но помните об ограничениях CAPI2 в XP/2003.
Не экспериментируйте с алгоритмами подписи/хэширования, если Вам нужны подключения со стороны XP/2003. Чуть больше информации про это в статье про настройку TLS, но вкратце – выберите SHA-1, этого вполне достаточно.

Чуть подробнее остановлюсь на выпуске специального сертификата для RDP-сервера.

ДЕЛАЕМ ВСЁ КРАСИВО – СПЕЦИАЛЬНЫЙ ШАБЛОН СЕРТИФИКАТА ДЛЯ RDP-СЕРВЕРОВ

Идеально будет, если сертификат для RDP сделать не на основе обычного шаблона (типа Web Server) и иметь в поле Application Policy (которое в сертификате будет более привычно называться Enchanced Key Usage – EKU) стандартные значения Client Authentication и Server Authentication, а добавить свой шаблон, в котором будет единственное, специальное, не добавляемое стандартными способами значение применения –Remote Desktop Authentication. Это значение Application Policy придётся создать вручную, его OID’ом будет1.3.6.1.4.1.311.54.1.2, ну а после – уже можно сделать новый шаблон сертификата, на основании которого и выпустить сертификат, адресно “заточеный” под RDP Server.

Чтобы полностью автоматизировать эту операцию, сделайте у нового шаблона предсказуемое название – например, “RDPServerCert” – и зайдите в объект групповой политики, а там откройте Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Security. Выберите параметр Server Authentication Certificate Template и включите его, а в поле значения введите название – мы сделали RDPServerCert. Теперь все доменные хосты, подпадающие под эту политику, будут в случае включения на них RDP сами идти к Certification Authority, запрашивать в случае отсутствия себе сертификат на основе указанного шаблона, и автоматически делать его дефолтным для защиты подключений по RDP. Просто, удобно, эффективно.

Блокируем подключения по RDP учётным записям с пустым паролем

Мелочь, а забывать про неё не нужно.
Для блокировки подключения учёток без паролей к RDP надо зайти в настройку объекта групповой политики: Computer Configuration -> Windows Settings -> Security Settings -> Local Policies -> Security Options и установить “Accounts: Limit local account use of blank passwords to console logon only” в Enabled. Не поленитесь проверить, что это так и есть.

Настройка ACL для подключения по RDP

По умолчанию для подключения к RDP-серверу необходимо иметь явное разрешение User Access или Guest Access.
Это разрешение есть у локальных групп Administrators и Remote Desktop Users. Лучше всего использовать для управления доступом к RDP-серверу группу Remote Desktop Users, добавляя в неё нужные доменные группы, а не отдельных пользователей. Модицифируйте содержимое вкладки Security в настройках Properties у RDP-Tcp только в крайних случаях, лучше всего – добавляя группу “имя хоста RDP Blocked”, которой явно запрещен доступ по RDP к указанному узлу.

Оптимизация скорости RDP

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

ЦВЕТНОСТЬ (БИТОВАЯ ГЛУБИНА)

В RDP 7.0 и выше доступны варианты 32,16 и 8 бит. Если речь идёт о работе, то для неё будет достаточно 16 бит. Это ощутимо снизит нагрузку на канал, притом иногда больше, чем в 2 раза, что удивительно, но факт. 8 бит, конечно, тоже можно, но уж больно страшно оно будет выглядеть. 16 бит же вполне приемлемы.

Примечание: В Windows Server 2008 R2 подключения с 8 битами уже не доступны.

Включите на сервере параметр Limit Maximum Color Depth, либо сделайте аналогичное действие в настройках RDP client.

ОТКЛЮЧИТЕ CLEARTYPE

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

Это можно сделать как на уровне настроек клиента, так и на стороне сервера (параметр Do not allow font smoothing в разделе Remote Session Enviroment в Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host).

УБЕРИТЕ WALLPAPER

Параметр Enforce removal of RD Wallpaper в разделе Remote Session Enviroment в Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host резко улучшит ситуацию с перерисовкой экрана терминальной сессии. Пользователи без котиков на десктопе выживают нормально, проверено.

ВКЛЮЧАЕМ И НАСТРАИВАЕМ КЭШИРОВАНИЕ ИЗОБРАЖЕНИЙ

Если на клиенте есть достаточно оперативной памяти, то имеет смысл включить и настроить кэширование битмапов. Это позволит выиграть до 20-50% полосы пропускания. Для установки надо будет зайти в ключ

HKEY_CURRENT_USER\SOFTWARE\Microsoft\Terminal Server Client\

и создать там параметры BitmapPersistCacheSize и BitmapCacheSize, оба типа DWORD 32.
Параметр BitmapPersistCacheSize обозначает размер в килобайтах дискового кэша. Значение по умолчанию – 10. Имеет смысл увеличить этот параметр хотя бы до 1000.
Параметр BitmapCacheSize обозначает размер в килобайтах кэша в RAM. Значение по умолчанию – 1500. Имеет смысл увеличить этот параметр хотя бы до 5000. Это будет всего 5 мегабайт на клиентскую сессию, при современных масштабах оперативной памяти это несущественно, и даже если приведёт к выигрышу 10% производительности, уже себя окупит. Кстати, этот же параметр можно поправить и в .rdp-файле; если сохранить своё RDP-подключение, а после открыть файл блокнотом, то среди параметров можно добавить что-то видаbitmapcachesize:i:5000, где 5000 – это 5МБ кэша.

ОТКЛЮЧАЕМ DESKTOP COMPOSITION

Desktop Composition привносит всякие “красивости” типа Aero и его друзей и ощутимо кушает полосу пропускания. Для работы это не нужно и вредно. Параметр Allow desktop composition for RDP Sessions в разделе Remote Session Enviroment в Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host необходимо выставить в параметр Disabled.

ОПТИМИЗИРУЕМ ПАРАМЕТРЫ DESKTOP WINDOW MANAGER

Параметры, находящиеся в разделе Remote Session Enviroment в Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Desktop Window Manager, будут управлять “красивым” отображением плавно выезжающих меню и подобного. Их три – Do not allow window animations,Do not allow desktop compositions и Do not allow Flip3D invocation. Все их надо переключить в режим Enabled, т.е. по сути – отключить все эти функции.

ОТКЛЮЧАЕМ РЕДИРЕКТ НЕИСПОЛЬЗУЕМЫХ УСТРОЙСТВ

Если у Вас не планируется подключение определённых классов устройств (например, COM и LPT-портов), или аудио, имеет смысл отключить возможность их перенаправления со стороны сервера. Чтобы клиенты с дефолтными настройками RDP Client не тратили время подключения на согласование неиспользуемого функционала. Это делается там же, где и остальные настройки сервера, в Properties у RDP-Tcp, вкладка Client Settings (там же, где мы делали настройки с глубиной цвета), раздел Redirection.

НАСТРАИВАЕМ ОБЩУЮ ЛОГИКУ ОПТИМИЗАЦИИ ВИЗУАЛЬНЫХ ДАННЫХ RDP

Параметр, называющийся Optimize visual experience for RDP sessions, находящийся в разделе Remote Session Enviroment в

Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Enviroment

, будет управлять тем, как RDP будет воспринимает визуальные данные – как мультимедийные или как текстовые. Это, грубо говоря, “подсказка” алгоритму сжатия, как грамотнее себя вести. Соответственно, для работы надо будет выставить этот параметр в Text, а если хочется много красивых flash-баннеров, HTML5 и просматривать видеоклипы – лучше вариант Rich Multimedia.

Оптимизация сжатия RDP

Сжатие в RDP прошло долгий путь развития. По RDP 5.2 включительно была подсистема сжатия (“компрессор”), имеющий внутреннее название “Version 1″ – самый простой и лёгкий вариант с точки зрения загрузки процессора клиента, но самый плохой с точки зрения нагрузки сети трафиком. В RDP 6.0 сделали “Version 2″, который был незначительно, но улучшен по параметру эффективности сжатия. Нам интересен “Version 3″, который работает только при подключении к серверам Windows Server 2008 и старше. Он сжимает лучше всех, а затраты процессорного времени с учётом мощностей современных компьютеров несуществены.

Выигрыш при включении V3 может, судя по тестам, достигать 60% и, в общем-то, и без тестов ощутимо заметен на глаз.

КАК ВКЛЮЧИТЬ ОПТИМАЛЬНОЕ СЖАТИЕ В RDP

Это – клиентская настройка. Откройте в нужном объекте групповой политики Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Enviroment, выберите там параметр Set compression algoritm for RDP data, включите его и выберите значение Optimize to use less network bandwidth.

Примечание: У многих возникает вопрос, зачем в списке есть параметр “отключить сжатие”. Это нужно в случае, когда Ваши RDP-сессии сжимает внешнее устройство, оптимизирующее WAN-подключения, что-то вида Cisco WAAS. В других случаях, конечно, отключать сжатие смысла нет.

НАСТРОЙКА СЖАТИЯ ЗВУКОВОГО ПОТОКА

RDP 7.0 приносит отличную возможность регулировать качество сжатия входящего звукового потока (т.е. звука, который идёт с сервера на клиента). Это достаточно полезно – например, если идёт работа на терминальном сервере, то кроме всяких служебных звуков вида “пришло сообщение в ICQ” другие особо как не планируются. Нет смысла передавать с сервера несжатый звук CD-качества, если для работы это не нужно. Соответственно, нужно настроить уровень сжатия звукового потока.
Данный параметр будет называться Limit audio playback quality и находиться в разделе Device and Resource Redirection в

Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host

. Вариантов будет три:

High – звук будет идти без сжатия. Вообще. То есть, он будет подпадать под общее сжатие протокола RDP, но специфическое сжатие звука (с потерей качества) производиться не будет.
Medium – сжатие будет адаптироваться под канал так, чтобы не увеличивать задержку при передаче данных.
Dynamic – сжатие будет динамически адаптироваться под канал так, чтобы задержка не превышала 150ms.

Выберите подходящий. Как понятно, для офисной работы лучше выбрать Dynamic.

Оптимизация соотношения потоков данных в RDP

Трафик RDP-сессии не является чем-то монолитным. Наоборот, он достаточно чётко разделён на потоки данных перенаправляемых устройств (например, копирования файла с локального хоста на терминальный сервер), аудиопоток, поток команд примитивов отрисовки (RDP старается передавать команды примитивов отрисовки, и передаёт битмапы в крайнем случае), а также потоки устройств ввода (мышка и клавиатура).

На взаимное соотношение этих потоков и логику его (соотношения) вычисления (этакий локальный QoS) можно влиять. Для этого надо со стороны сервера зайти в ключ реестра

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermDD

и создать там для начала (если их там нет) четыре ключа:

FlowControlDisable
FlowControlDisplayBandwidth
FlowControlChannelBandwidth
FlowControlChargePostCompression

Тип у всех – DWORD 32. Функционал у ключей будет следующим.
Ключ FlowControlDisable будет определять, используется ли приоритезация вообще. Если задать единицу, то приоритезация будет выключена, если нуль – включена. Включите её.
Ключи FlowControlDisplayBandwidth и FlowControlChannelBandwidth будут определять взаимное соотношение двух потоков данных:

Поток взаимодействия с пользователем (изображение+устройства ввода)
Прочие данные (блочные устройства, буфер обмена и всё остальное)

Сами значения этих ключей не критичны; критично то, как они соотносятся. То есть, если Вы сделаетеFlowControlDisplayBandwidth равным единице, а FlowControlChannelBandwidth – четырём, то соотношение будет 1:4, и на поток взаимодействия с пользователем будет выделяться 20% полосы пропускания, а на остальное – 80%. Если сделаете 15 и 60 – результат будет идентичным, так как соотношение то же самое.
Ключ FlowControlChargePostCompression будет определять, когда считается это соотношение – до сжатия или после. Нуль – это до сжатия, единица – после.

Я рекомендую для использования вида “наш удалённый сервак далеко и к нему все по RDP подключаются и в офисе и 1С работают” ставить соотношение 1:1 и считать его после сжатия. По опыту это может реально помочь в ситуации “печать большого документа с терминального сервера на локальный принтер”. Но это не догма – пробуйте, главный инструмент – знание, как это считается и работает – у Вас уже есть.

Включаем Require secure RPC communication для RDP

Данный параметр действует аналогично настройкам для Secure RPC, которые есть в разделе Security групповой политики и действуют на всю систему, только настраивается проще. Включив этот параметр Вы сделаете обязательным для всех клиентских RPC-запросов шифрование (в зависимости от настроек системы “нижняя планка” шифрования будет разной – RC4/DES или, в случае включения FIPS-140 – 3DES/AES) и использование как минимум NTLMv2 для аутентификации удалённого вызова процедур. Всегда включайте этот параметр. Есть миф про то, что он не работает во внедоменной среде. Это не так, и усиление защиты RPC никому не помешает.

Это – серверная настройка. Откройте в нужном объекте групповой политики Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Security, выберите там параметр Require secure RPC communication и включите его.

Заключение

Так как все уже давно вытащили сервера на внешние площадки за бугром, то этот материал является

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

http://kb.atraining.ru/windows-rdp-tuning/

WBR, Ruslan V. Karmanov

Разностное резервное копирование данных при помощи 7-Zip

2012-07-09T14:36:00.001+04:00

Нужно организовать ежедневное резервное копирование большого объема данных. При этом должна быть возможность восстановить данные или отдельный файл по состоянию на любую дату за определенный срок.
Полную резервную копию будем делать 1 раз в неделю, в выходные, когда сервер и сеть менее всего загружены. В остальные дни будем копировать только файлы, измененные со времени создания полной копии.
В бесплатном архиваторе 7-Zip есть возможность создания разностных архивов. Учитывая простоту извлечения данных из такого архива, решено использовать описанный далее способ резервного копирования.

Один раз в неделю (в выходные) создавать полный архив каталога:
7z a "D:\Backup\full.7z" -r "C:\Data"

Ежедневно (по рабочим дням) создавать разностный архив:
7z u "D:\Backup\full.7z" -r -u- -up0q3x2z0!"D:\Backup\diff-%date%.7z" "C:\Data"

При этом:
Полный архив изменяться не будет, благодаря опции -u-.
Если файл попал в полный архив, но к моменту создания разностного архива был удален из исходного каталога, он будет удален при распаковке разностного архива поверх полного, за это отвечает опция q3.
Если файл в исходном каталоге старее чем файл в полном архиве (не важно, по какой причине), он будет добавлен в разностный архив и при его распаковке поверх полного архива заменит более новый, за это отвечает опция x2.

7z a -mx0 "C:\Backup\dimas\docs.7z" -r "D:\Users\dimas\Documents"
7z a -mx0 "C:\Backup\dimas\pics.7z" -r "D:\Users\dimas\Pictures"
7z a -mx0 "D:\Backup\dimas\gdisk.7z" -r "C:\Users\dimas\Google Диск"

7z u -mx0 "C:\Backup\dimas\docs.7z" -r -u- -up0q3x2z0!"C:\Backup\dimas\docs-%date%.7z" "D:\Users\dimas\Documents"
7z u -mx0 "C:\Backup\dimas\pics.7z" -r -u- -up0q3x2z0!"C:\Backup\dimas\pics-%date%.7z" "D:\Users\dimas\Pictures"
7z u -mx0 "D:\Backup\dimas\gdisk.7z" -r -u- -up0q3x2z0!"D:\Backup\dimas\gdisk-%date%.7z" "C:\Users\dimas\Google Диск"

или используем Cobian Backup )))
http://www.cobiansoft.com/cobianbackup.htm

Outlook и Lync в Office365 с локальным доменом

2012-05-31T22:38:00.002+04:00

Проблема доступа к ресурсам облака Office365 (Lync & Outlook) из внутреннего домена вида domain.ru.

Проблема заключается в том, что Outlook и Lync при вводе имени пользователя ввиде user@domain.ru спрашивают у локального DNSа - "Где сервер Exchange и серврер OCS???", а наш DNS, который держит зону "domain.ru" отвечает - "Да, я держу зону domain.ru, но про сервера Exchange и OCS я не вкурсе!!!" Такой вывод я сделал, после того как поменял в свойствах клиента DNS сервер - вместо своего внутренего, прописал внешний провайдера, и все заработало! Т.е. проблема "как всегда" в правильном разрешении имен...

Имеем локальный домен domain.ru (подготавливаемся для единого входа Office365)
Контролер домена DC01 (192.168.1.1)

DNS сервер на DC01 держит зону domain.ru, сервера пересылки не прописаны, корневые сервера по умолчанию.

TMG (Шлюз) сервер 3 сетевых карты
eth0 (192.168.1.2)
eth1 (Провайдер 1 + Днс и Шлюз провайдера 1)
eth2 (Провайдер 2 + Днс и Шлюз провайдера 2)
Используются SecureNAT и WEB Proxy клиенты (Автообнаружение)

Внутренние ресурсы ftp сервер с внешним именем ftp.domain.ru должен быть доступен по имени.
Внешние ресурсы www.domain.ru, ftp.domain.ru, mail.domain.ru (Office365)

Решение есть на сайтах Майкрософт. Нужно в нашем DNSе настроить записи которые перенаправят все запросы на внешние ресурсы облака Office365!
Set up your network for Lync Online

Также нам поможет сайт на котором можно проверить подключение к внешним серверам облака Office365
exchangeconnectivity.com
Все сделано по статье Set up your network for Lync Online.

Если есть вопросы, задавайте, постараюсь помочь!