danshin.ms

Добро пожаловать на мой новый блог | IT Blog danshin.ms

noreply@blogger.com (Михаил Даньшин) — Thu, 22 Aug 2019 13:23:00 +0000

Добро пожаловать на мой новый блог. Ко дню системного администратора запустил новый блог. Переехал на новый хостинг и движок. Старый блог ещё доступен по адресу https://mdanshin.blogspot.com, но обновляться он уже не будет. Буду потихоньку переносить с него актуальный контент и выкладывать новый. Старый блог закрывать не планирую, но весь новый контент будет выкладываться тут.

БЛОГ ПЕРЕЕХАЛ

noreply@blogger.com (Михаил Даньшин) — Thu, 22 Aug 2019 13:22:00 +0000

Блог переехал на новый движок и хостинг. Доступен по адресу https://danshin.ms.

SSH - коротко о главном

noreply@blogger.com (Михаил Даньшин) — Mon, 06 May 2019 12:26:00 +0000

Для лучшего понимания материалов этой статьи убедитесь, что вы хорошо представляете, как работает криптосистема с открытым ключом (Public-key cryptography). Так же необходим опыт использования SSH-клиента типа putty или kitty.

Для подключения к Linux мы используем Secure Shell или, как его называют, SSH. SSH - это криптографический сетевой протокол для защищённой передачи данных через не защищённые сети.

По сути SSH - это протокол, который реализует клиент-серверную модель и используется для подключения к удалённым компьютерам и запуска команд на них. Но он так же поддерживает туннелирование, что ставит его в один ряд с протоколами туннелирования (о протоколах туннелирования я писал ранее, в статье о VPN [http://www.danshin.ms/2019/04/vpn.html]). А также реализует протоколы SSH file transfer (SFTP) и secure copy (SCP). Для обеспечения защиты канала, SSH использует криптографическую систему с открытым ключом (Public-key cryptography).

Принцип действия Public-key cryptography заключается в использовании ассиметричной пары ключей. Один ключ называют открытым, другой закрытым. Открытый ключ может быть известен всем. При помощи открытого ключа данные шифруются. Расшифровываются они закрытым ключом. Который известен только тому, кому предназначаются данные. Это очень упрощённые и поверхностные сведения о работе Public-key cryptography.

Есть два пути использования защищённого SSH соединения.

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

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

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

Существует несколько реализаций протокола SSH. Я знаком только с openssh (https://www.openssh.com/). И чаще всего использовал его совместно с CentOS. Поэтому все примеры будут строятся на этой базе. Уверен, что на том базовом уровне, который описан в данной статье, все реализации протокола SSH, на всех OS одинаковы.

CentOS, даже в самой минимальной версии, устанавливает SSH по умолчанию. Сразу после установки мы имеем запущенный демон sshd, готовый принимать наши клиентские подключения на порту 22. Для подключения из Windows мы чаще всего используем putty/kitty. Хотя я недавно обнаружил, что Windows 10 имеет openssh-клиента в установке по умолчанию (https://docs.microsoft.com/en-us/windows-server/administration/openssh/openssh_overview).

Я ещё не до конца разобрался с работой ssh-клиента под Windows. Где он хранит свои настройки, как их менят, подстраивая работу клиента под себя, поэтому для примера буду использовать kitty (http://www.9bis.net/kitty/). Kitty - это форк putty. На мой взгляд там всё тоже самое, что в putty, но с дополнительными возможностями. Но вы можете использовать и putty. В рассматриваемом контексте их работа будет очень схожа.

Открываем kitty/putty и устанавливаем соединение с сервером. При первом подключении к серверу мы увидим Security Allert как показано на скриншоте. Я поясню важность этого предупреждения и почему не стоит автоматически наживать yes и продолжать работу.

Предупреждение гласит, что server's host key не закеширован в реестре (registry). Имеется ввиду, на стороне клиента. И у Вас нет гарантий в том, что вы подключаетесь именно к тому компьютеру, к которому вы думаете. Давайте разберёмся, что такое "server's host key" и как нам убедится в том, что мы подключаемся именно к тому самому серверу, к которому хотим. Как упоминалось выше, для шифрации трафика, SSH использует пару ключей (открытый/закрытый). При первом подключении клиент запрашивает у сервера открытый ключ, при помощи которого будет шифроваться трафик. А расшифровываться он будет закрытым ключом сервера.

ПРИМЕЧАНИЕ:

На самом деле всё гораздо сложнее. Но мы же тут говорим о базовых вещах. Поэтому я не буду рассказывать о том, что для шифрования, на самом деле, SSH использует симметричный ключ. А ассиметричную пару ключей использует только для того, чтобы безопасно передать симметричный ключ шифрования. Так же называемый secret key или session key. Потому, что в данном контексте это не важно. Всё это происходит автоматически, без нашего ведома и участия. Если перед нами не стоит задача по расшифровке трафика, то единственное, с чем нам приходится иметь дело - это ассиметричная пара ключей - открытый/закрытый ключ. Поэтому ограничимся только ими. Так же я не буду рассказывать о том, что на текущий момент есть две версии протокола SSH1 и SSH2. И не буду рассказывать о различиях между ними. Скажу только, что лучше использовать SSH2.

Так вот в данном случае server's host key - это открытый ключ сервера. MD5-хеш открытого ключа сервера мы видим в сообщении. В данном случае он имеет вид

d2:d6:d3:7c:cb:eb:c9:ab:6a:4f:22:78:c1:23:ac:86.

СПРАВКА:

"ed25519" - схема подписи EdDSA использующая SHA-512 и Curve25519 (https://ru.wikipedia.org/wiki/EdDSA).

Q/A:

Q: Откуда берётся server's host key?

A: Его сообщает сервер. Он генерит его в момент установки и первого запуска ssh-сервера.

Q: Где сервер его хранит?

A: В /etc/ssh/.

Q: Как убедиться в том, что я подключаюсь именно к тому серверу, к которому хочу.

A: Сверить MD5 открытого ключа из сообщения и с тем, что хранится на сервере.

Q: Как это сделать?

A: Взять открытый ключ и вычислить MD5 функцию. Например, на сервере, к оторому мы подключаемся, выполнить команду "ssh-keygen -E md5 -lf /etc/ssh/ssh_host_ed25519_key.pub". На выходе мы получим MD5-хеш публичного ключа.

Можно попросить администратора сервера сделать это за нас. Или предоставить нам открытый ключ сервера и вычислить MD5 сервера самостоятельно, например, используя Powershell.

Открытый ключ на сервере - это строка вида

"ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIDKEmQW2NUcy4waXWiKjI3hDa7YCvE49Eoekjdk2BLcl"

Здесь нас интересует только цифробуквенный код "AAAAC3NzaC1lZDI1NTE5AAAAIDKEmQW2NUcy4waXWiKjI3hDa7YCvE49Eoekjdk2BLcl" - это закодированный открытый ключ в кодировке Base64. Для начала декодируем его.

$serverPublicKey = [System.Convert]::FromBase64String("AAAAC3NzaC1lZDI1NTE5AAAAIDKEmQW2NUcy4waXWiKjI3hDa7YCvE49Eoekjdk2BLcl")

Затем вычислим MD5-хеш полученной строки

$md5 = new-object -TypeName System.Security.Cryptography.MD5CryptoServiceProvider

$hash = [System.BitConverter]::ToString($md5.ComputeHash($serverPublicKey ))

В результате, посмотрев значение переменной $hash, мы увидим строку D2-D6-D3-7C-CB-EB-C9-AB-6A-4F-22-78-C1-23-AC-86. Что полностью совпадает с тем хешем, который мы видим в предупреждении.

ЗАЧЕМ ТАКИЕ СЛОЖНОСТИ? ЧТО НАМ ВСЁ ЭТО ДАЁТ?

Проверив таким образом ключ сервера, и убедившись в том, что мы подключаемся именно туда, куда нужно, мы можем смело нажимать Yes, в диалоговом окне Security Alert, которое нам выдаёт putty/kitty при подключении. Сделав это, наш ssh-клиент закеширует fingerprint. В следующий раз, при подключении к тому же серверу, SSH клиент сравнит полученный от сервера fingerprint с теми, что находятся у него в кеше. И если найдёт совпадение, то подключение пройдёт без предупреждения. До тех пор, пока ключ на сервере не поменяется. Не очистится локалный кеш доверенных ключей или… нас не перенаправят на другой сервер. Вот ради последнего всё это и нужно. Если злоумышленники, каким-то образом, перенаправят нас на другой сервер или подменят его, то мы опять получим предупреждение, но несколько иного вида.

И тогда нам придётся разобраться в ситуации и решить - устанавливать соединение с сервером или нет. Без этого механизма мы были бы в неведении. И могли бы передать на сервер злоумышленников конфиденциальную информацию или получить с него зловредные данные.

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

VPN - коротко о главном

noreply@blogger.com (Михаил Даньшин) — Tue, 30 Apr 2019 12:40:00 +0000

Сразу поясню, что я не разбираюсь в сетях, протоколах и в том, как всё это устроено и работает. Другими словами, я не "сетевик". Но есть пограничные области, где системный администратор очень близко подходит и соприкасается с сетевыми технологиями. И вот тут-то нам и нужно понимать хотя бы базовые принципы работы. В статье приведены материалы, собранные по разным сайтам в Internet. Не претендую ни на какую полноту или достоверность.

В статье использованы материалы свободной энциклопедии Wikipedia.

Как сообщает Wikipedia, технология VPN была разработана для того, чтобы позволить удалённым офисам получить доступ к корпоративным ресурсам[1]. Для обеспечения безопасности используется один из туннельных протоколов, использующих шифрование (an encrypted layered tunneling protocol). А также аутентификация пользователей с использованием пароля и/или сертификата.

Туннельный протокол или протокол туннелирования - это коммуникационный протокол, который позволяет передавать данные из одной сети в другую.

СПРАВКА:

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

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

Инкапсуляция - это включение сообщений вышестоящего уровня в сообщения нижестоящего уровня. Так, например, WEB-страница инкапсулируется в HTTP, тот в свою очередь в TCP, затем в IP и так далее.

На скриншоте проиллюстрирован процесс инкапсуляции на примере отправки сообщения UDP.

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

Используя Microsoft Message Analyzer или Wireshark можно более наглядно посмотреть, как устроена инкапсуляция

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

Собственно, комбинация туннелирования + шифрования и позволяет реализовать виртуальные частные сети (VPN)[2].

Вот наиболее популярные протоколы туннелирования. Каждый из них обладает своими особенностями, достоинствами и недостатками. Об этом позже.

· GRE (Protocol 47): Generic Routing Encapsulation

· OpenVPN (UDP port 1194): Openvpn

· SSTP (TCP port 443): Secure Socket Tunneling Protocol

· IPSec (Protocol 50 and 51): Internet Protocol Security

· L2TP (Protocol 115): Layer 2 Tunneling Protocol

Давайте взглянем какие из этих протоколов поддерживает Windows 10 и iOS. Создавая и настраивая VPN соединение в Windows мы можем выбрать между PPTP, L2TP, SSTP и IKEv2 протоколами. Apple некоторое время назад отказались от поддержки PPTP и сейчас в iOS поддерживается IKEv2, L2TP и IPsec.

В Windows Server, запустив оснастку Routing and Remote Access, в свойствах элемента Ports мы можем увидеть, какие протоколы задействованы на нашем VPN-сервере в данный момент.

Теперь попробуем определиться, какой из этих протоколов выбрать. Как я уже говорил каждый из них имеет свои особенности. В интернете можно найти много статей на эту тему, не буду их повторять. Приведу лишь небольшую табличку, в качестве памятки. Из неё видно, что наиболее универсальным является протокол IKEv2. Он быстрый, защищенный, поддерживается Windows и iOS. Но не поддерживается производителям Android и Linux.

Обратите внимание на протокол OpenVPN. Он не присутствует нативно в Windows и iOS, но для этих ОС существует клиент, который позволяет настраивать и устанавливать VPN соединение с использованием данного протокола.

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

[1] https://en.wikipedia.org/wiki/Virtual_private_network

[2] http://bit.ly/dms_tunnelling

[3] https://en.wikipedia.org/wiki/Communication_protocol

Взломали Microsoft Exchange Server - что делать!?

noreply@blogger.com (Михаил Даньшин) — Tue, 26 Feb 2019 02:25:00 +0000

В Exchange была найдена уязвимость, позволяющая обычному пользователю получить права доменного администратора. Уязвимость базируется на использовании NTLM over HTTP, NTLM relaying и того факта, что Exchange by-design обладает слишком высоким набором привилегий по отношению к AD. Всё это вкупе привело к тому, что был найден способ заставить Exchange пройти NTLM авторизацию и аутентифицировать злоумышленника. То есть передать проверку подлинности NTLM обратно в Exchange (это называется атакой отражения), и выдать себя за других пользователей. В качестве краткой иллюстрации процесса часто приводится следующая картинка.

Когда у злоумышленника есть подключенный клиент, желающий пройти аутентификацию, он может легко переслать 3 сообщения на сервер между клиентом и сервером, пока не завершится цикл «challenge-response».

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

На GitHub-е уже можно найти утилиты помогающие это сделать, а Интернет пестрит статьями на этот счёт. Для устранения уязвимости Microsoft выпустила исправления. Но на этот раз это не просто обычные HotFix (RU), их недостаточно просто установить, т.к. они вносят серьёзные архитектурные изменения. В дополнение к ним потребуется выполнить /PrepareAD, /PrepareDomain и сброс учётной записи компьютера (сервера Exchange). Более детальное изучение вопроса предлагаю начать с поста в блоге команды разработчиков по ссылке ниже.

https://blogs.technet.microsoft.com/exchange/2019/02/12/released-february-2019-quarterly-exchange-updates/

Базовые сведения о безопасности в Windows

noreply@blogger.com (Михаил Даньшин) — Thu, 14 Jun 2018 09:00:00 +0000

В безопасности, на самом базовом уровне, всё сводится к субъектам и объектам. Объект - это то, что вы защищаете. Субъект - это то, от кого вы защищаете. Субъекты и объекты используются в аутентификации (authentication) - проверка кто вы; авторизации (authorization) - предоставление доступа к чему-либо и аудите (auditing) - отслеживание, кто получил доступ. Примером субъекта - служит пользователь. Объектом - файл.

Существует такое понятие как принципал безопасности (security principal). В книге Windows Server 2008 Security Resource Kit, от Microsoft Press, даётся такое определение: A security principal is anything that can be assigned a security identifier (SID) and that can be given permission to access something (Принципал безопасности - это всё, чему может быть назначен SID и предоставлены права доступа к чему-либо).

В Windows принципалами безопасности являются Пользователи (Users), Компьютеры (Computers) и Группы (Groups). А начиная с Windows Vista принципалом безопасности так же является Служба (Service), которая теперь тоже имеет SID.

SID - (Security ID, идентификатор безопасности)

Числовое представление принципала безопасности.

Access Control List (ACL) - Список контроля доступа (ACL) - Это список записей управления доступом (access control entries, ACE). Каждый ACE в ACL идентифицирует доверенное лицо (trustee) и указывает права доступа, разрешенные или запрещенные для этого доверенного лица (trustee). Дескриптор безопасности для защищаемого объекта может содержать два типа ACL: DACL и SACL.

SACL - System Access Control List

Содержит ACE используемые механизмом логирования событий

DACL - Discretionary Access Control List

Список избирательного управления доступом. Используется для управление доступом субъектов к объектам на основе списков управления доступом или матрицы доступа. Состоит из набора ACE.

ACE - Access Control Entries

Запись управления доступом (ACE) является элементом в списке управления доступом (ACL). ACL может иметь ноль или более ACE. Каждый ACE контролирует или отслеживает доступ к объекту определенным доверенным лицом (субъектом).

Powershell Progress Bar

noreply@blogger.com (Михаил Даньшин) — Wed, 16 May 2018 14:01:00 +0000

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

Замечу, что параметр «ParentId» не обязательный. И в примерах я его обычно не встречал. Попробуйте запустить скрипт без него и вы увидите в чём разница. Так же обратите внимание на параметр «Completed». В этом примере я его не использую, но в реальной жизни он может пригодится для того, чтобы в какой-то момент скрыть progress bar.

Для особого шарма можно использовать «SecondsRemaining». Но я пока не понял, как его эффективно использовать. Видь мы никогда не знаем заранее время выполнения скрипта. Подробнее о «Write-Progress» можно почитать тут: https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/write-progress

for($a = 1; $a -lt 100; $a++ )

{

    Write-Progress -Id 1 -Activity "Main" -Status 'Progress->' -PercentComplete $a -CurrentOperation $a

    for($b = 1; $b -lt 100; $b++ )

    {

        Write-Progress -Id 2 -ParentId 1 -Activity "Sub1" -Status 'Progress->' -PercentComplete $b -CurrentOperation $b



        for($c = 1; $c -lt 100; $c++ )

        {

            Write-Progress -Id 3 -ParentId 2 -Activity "Sub2" -Status 'Progress->' -PercentComplete $c -CurrentOperation $c

        }

    }

}

В результате выполнения скрипта, увидите что-то вроде этого.

P.S.

Случайно заметил, что скорость исполнения этого скрипта в Powershell ISE в три раза выше чем в консоли Powershell. От битности это не зависит. Пока не понял, почему скорость выполнения разная. Кстати этот скрипт можно использовать, если есть необходимость погрузить процессор. Но конечно для генерации CPU load есть более правильные средства.

Альясы Powershell

noreply@blogger.com (Михаил Даньшин) — Fri, 04 May 2018 06:30:00 +0000

Открыл для себя несколько замечательных альясов. Странно даже, что я раньше их не замечал.

В скриптах часто приходится использовать“Where-Object”.

Например:

Get-ChildItem -Path D:\ -Recurse | Where-Object { $_.PSIsContainer }

Вместо “Where-Object” можно использовать “?” (знак вопроса). Вышеупомянутый скрипт в этом случае приобретает следующий вид:

Get-ChildItem -Path D:\ -Recurse | ? { $_.PSIsContainer }

Обе эти записи абсолютно идентичны.

Второй альяс – это “%” знак процента. Он используется вместо “ForEach-Object” и “foreach”. Следующие три строки так же будут абсолютно идентичны.

Get-ChildItem -Path d:\ -Recurse | ? { $_.PSIsContainer } | ForEach-Object {$_}
Get-ChildItem -Path d:\ -Recurse | ? { $_.PSIsContainer } | foreach {$_}
Get-ChildItem -Path d:\ -Recurse | ? { $_.PSIsContainer } | % {$_}

Список альясов можно получить командлетом Get-Alias.

P.S.

А еще вместо логического оператора -not можно использовать оператор “!” (восклицательный знак). В этом случае две нижеследующие записи будут идентичны.

Get-ChildItem -Path D:\ -Recurse | Where-Object { -not $_.PSIsContainer }
Get-ChildItem -Path D:\ -Recurse | Where-Object { ! $_.PSIsContainer }

P.P.S

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

a = --a + a++

noreply@blogger.com (Михаил Даньшин) — Wed, 10 Jan 2018 16:19:00 +0000

Старая тема, но сегодня опять всплыа. Решил тут опубликовать.

Вот выжимка из моего поста в FB.

Сегодня перебаламутил все знакомое программистское сообщество - никто не смог ответить правильно. :)

Попробуйте ответить без компиляции. Какой будет результат выполнения данной программы? ;)

В C/C++ это вообще не регламентировано, и зависит от реализации компилятора. В C# - это более регламентировано и более предсказуемо.

в C# и PoSh -2, а в C++ и Perl в зависимости от компилятора. В основном будет -1.

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

C++

Очень хорошо видна разница между C++ и C#. В этом плане C++ более оптимальный. И сразу наглядно видно, почему C++ быстрее работает. Он тупо производит меньше операций.

All People Seem To Need Data Processing

noreply@blogger.com (Михаил Даньшин) — Wed, 27 Dec 2017 14:56:00 +0000

Я последнее время собеседую много людей. А когда-то я сам ходил по собеседованиям. И часто меня спрашивали про модель OSI. Тогда я сам считал, что это тупой вопрос, что на практике он не применим и его задают только чайники. Но со временем я понял важность этого вопроса. Но сейчас речь не об этом. Я часто вижу людей, которые знают и понимают важность модели OSI, но не могут вспомнить названия уровней. НАРОД!!! Есть же мнемоническая фраза, которую я помню ещё с курсов Microsoft: All People Seem To Need Data Processing.

A - Application
P - Presentation
S - Session
T - Transport
N - Network
D - Data Link
P - Physical

Краткое содержание Release notes for Exchange 2016

noreply@blogger.com (Михаил Даньшин) — Mon, 27 Nov 2017 12:38:00 +0000

Для установки Exchange Server 2016 требуются права доменного админа и роль «Organization Management». Роли «Delegated Setup» не достаточно. Что вполне очевидно, видь при установке Exchange в Active Directory создаются новые объекты.

Если Вы перемещаете почтовые ящики с предыдущих версий в Exchange 2016 и при этом используете пакетное перемещение (using a migration batch request), то перед тем как перемещать ящики сначала переместите Migration Mailbox.

НАПРИМЕР:

Get-MailboxDatabase | Where {$_.AdminDisplayVersion -Like "*15.1*"} | Format-Table Name, ServerName
New-MoveRequest "Migration.8f3e7716-2011-43e4-96b1-aba62d229136" -TargetDatabase ""

Может показаться, что в DAG можно собрать сервера различных версий. Это не так. В DAG можно собирать сервера только одной версии. Несмотря на то, что оснастка и командлет это позволяют. Это признанная проблема Microsoft и решения пока нет.

В Exchange 2016 MAPI over HTTP может быть включена для конкретного почтового ящика. При это, если на уровне организации MAPI over HTTP отключено, то возникает проблема с доступом к архивному почтовому ящику. В таком случае обращайтесь к архивному ящики или через Outlook on the WEB (OWA) или отключите MAPI для ящика (Set-CasMailbox -MapiHttpEnabled $False).

Служба Notifications Broker может останавливаться через 30 секунд после старта. Это нормально. Если для неё нет работы, то она останавливается до следующего перезапуска сервера.

Если EDGE говорит, что получатель не найден, в то время как с получателем всё в порядке, то это означает, что у Вас установлен «Exchange 2016 Cumulative Update 1» и включена проверка получателей (Recipient validation is enabled). В этом случае либо отключите проверку получателей на EDGE-е, либо отключите кеш проверки получателей. Так же можно принимать почту на EDGE, где не установлен CU1 или вообще принимать почту на Mailbox, в обход EDGE (не рекомендуется).

Установка Windows Server 2016 - проблема 3

noreply@blogger.com (Михаил Даньшин) — Fri, 30 Sep 2016 11:31:00 +0000

Изменение Windows Update

noreply@blogger.com (Михаил Даньшин) — Thu, 29 Sep 2016 08:41:00 +0000

Установка Windows Server 2016 - проблема 2

noreply@blogger.com (Михаил Даньшин) — Wed, 28 Sep 2016 12:55:00 +0000

Установка Windows Server 2016 - проблема 1

noreply@blogger.com (Михаил Даньшин) — Wed, 28 Sep 2016 12:53:00 +0000

Вышел Windows Server 2016

noreply@blogger.com (Михаил Даньшин) — Wed, 28 Sep 2016 06:48:00 +0000

Совсем незаметно (почти) вышел Windows Server 2016.

Начать знакомиться с новой операционной системой можно скачав её с TechNet Evaluation Center (https://www.microsoft.com/en-us/evalcenter/evaluate-windows-server-2016?i=1) в виде ознакомительной версии на 180 дней.

На TechNet можно найти раздел "Windows Server 2016" (https://technet.microsoft.com/en-us/windows-server-docs/get-started/windows-server-2016-technical-preview-5) в котором содержатся важные сведения. Особенно рекомендую внимательно прочесть главы "
System Requirements". Возможно сэкономите себе много времени и не столкнётесь с проблемами как.

Так же, полагаю, будет интересно прочитать бесплатную книгу по Windows Server 2016, которая доступна по следующей ссылке: https://blogs.msdn.microsoft.com/microsoft_press/2016/09/26/free-ebook-introducing-windows-server-2016/

Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Требования к системе для установки Exchange 2016

noreply@blogger.com (Михаил Даньшин) — Thu, 08 Oct 2015 09:13:00 +0000

Краткое описание документа Exchange 2016 system requirements (Требования к системе для установки Exchange 2016)

Сценарии сосуществования - Забудьте про Exchange 2007 и более старые версии, а в остальном все поддерживается.

Требования к AD – Все контроллеры домена должны быть не ниже Windows Server 2008. Уровень леса не ниже Windows Server 2008. Если Вы планируете установить Exchange на контроллер домена, то это традиционно не рекомендуется из соображений безопасности и производительности, но Вы по-прежнему можете это сделать. Если на контроллерах у Вас не установлен японский язык, то особых проблем быть не должно.

ВАЖНО про IPv6: Exchange 2016 поддерживает IPv6 только если включен IPv4

Оборудование – Тут как обычно зависит от задач и нагрузки, но в целом Вы можете использовать любое современное железо на базе процессоров Intel и AMD. Как и прежде процессор Itanium IA64 не поддерживается. Память 4 для «Edge Transport» и 8 ГБ для «Mailbox». Максимальный размер файла подкачки 32 788 МБ. Свободного места не менее 30 ГБ и не менее 200 ГБ на системном диске.

Операционные системы – Примечательно то, что не поддерживается установка Exchange 2016 на Windows Server Core. В остальном требуется Windows Server 2012 или 2012 R2.
Заранее скачайте и установите .NET Framework 4.5.2, он требуется для успешной установки Exchange 2016.

Клиенты – Поддерживаются версии Outlook с 2010 по 2016. Для мака outlook for Mac 2011 и Office 365.

В ближайшее время буду описывать процесс установки Exchange Server 2016, следите за новостями.

P.S. Материал дан в сильно упрощенном виде. Для доступа к информации из первоисточника обращайтесь по следующей ссылке - https://technet.microsoft.com/en-us/library/aa996719(v=exchg.160).aspx

Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Опубликованы записи с прошедшего Microsoft TechDay 2015

noreply@blogger.com (Михаил Даньшин) — Thu, 25 Jun 2015 11:52:00 +0000

10-ого июня, как-то незаметно для меня, прошло мероприятие под названием Microsoft TechDay 2015.

А совсем недавно были опубликованы некоторые записи. Смотреть тут https://channel9.msdn.com/Series/Microsoft-TechDay-2015.

noreply@blogger.com (Михаил Даньшин) — Thu, 05 Dec 2013 14:42:00 +0000

Post by danshin.ms.

Сохранить TechNet в PDF

noreply@blogger.com (Михаил Даньшин) — Thu, 28 Nov 2013 11:22:00 +0000

Наверное, эта возможность появилась давно, но раньше как-то не обращал на нее внимание.

Работая с online-библиотекой Microsoft TechNet (http://technet.microsoft.com/ru-ru/library/aa991542) Вы можете сохранить нужные Вам главы в PDF. делается это так:

1. Перейдите в нужный раздел библиотеки

2. Нажмите кнопку “Экспорт” в правом верхнем углу

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

3. Нажмите кнопку начать

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

Добавить к коллекции статьи или темы:
· A -По мере посещения страниц используйте панель инструментов для добавления их к коллекции.
· Б -Или же можно щелкнуть правой кнопкой мыши ссылки, чтобы добавить страницу к коллекции.
· В -Или можно добавить все темы под ссылкой («Add This Set of Topics» (Добавить этот набор тем)) в таблице с содержанием на левой навигационной панели.

5. Чтобы перейти к экспорту – нажмите кнопку “Управление страницами”, в правом верхнем углу.

6. Перейдя в управление Вы можете окончательно настроить вид своего документа.
· A – Переименовать его название
· Б – Переименовать названия глав
· В – Путем перетаскивания мышкой, задать порядок содержимого

5. Загляните в “Дополнительные параметры”

6. Настроив окончательный вид документа, убедитесь, что выбран формат PDF и смело жмите кнопку “Экспорт”.

Через некоторое время Вам станет доступна кнопка “Загрузить”. Жмите и скачивайте Ваш документ.

Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Exchange 2013: работа служб Store, FAST, и ESE Cache

noreply@blogger.com (Михаил Даньшин) — Tue, 19 Nov 2013 14:26:00 +0000

После того как я получил много отзывов на свой пост «Exchange 2013 Mail flow Demystified» я решил похожим же образом осветить работу таких компонентов как Store, FAST, и ESE Cache. В Exchange 2013 многое изменилось в работе хранилища (store). Я надеюсь, что смогу пролить свет на эти изменения. Давайте начнем прежде всего с работы хранилища, т.к. это является основой вашей почты.

В Exchange 2013 Store.exe (который не менялся с Exchange 4.0) получил столь необходимые, капитальные изменения, и был полностью переписан в управляемом коде C#. Процесс store.exe теперь разбит на 2 процесса: Microsoft.Exchange.Store.Service.exe и Microsoft.Exchange.Store.Worker.exe. Процесс Store.Service отвечает за управление и завершение всех процессов Store.Worker. Каждая база данных на сервере почтовых ящиков имеет собственный процесс Store.Worker независимо от того активная это или пассивная копия базы данных. На изображении ниже Вы можете видеть оба процесса, и как база данных WorkerProcessID (PID) коррелирует с процессом Store.Worker. Разделение работы хранилища на несколько процессов сводит к минимуму шансы обрушить весь store.exe и остановить все базы данных на сервере.

Каждый, кто работал с Exchange 2010 и старше знает, что процесс Store.exe забирает большинство памяти сервера (75-90%). Это штатное поведение (by design). ESE (store.exe) высвободит памяти, если она понадобится другим процессам. Вы также можете установить ключ реестра msExchESEParamCacheSizeMax и указать максимальный объем памяти, который ESE может потреблять на этом сервере. Эта конструкция отлично подходит для Exchange 2010 и предыдущих версий. Но в Ezxchange Exchange 2013 архитектура сильно изменилась.
В связи с тем, что Exchange 2013 требуется больше памяти для других процессов, таких как Поиск (FAST) и Транспорта (Transport), мы должны были ограничить объем оперативной памяти, который использовал ESE. Теперь, в Exchange 2013, ESE (Store) будет использовать 25% от общего объема оперативной памяти. Так что если ваш сервер имеет 48 Гб памяти ESE будет использовать 12 Гб для кэша. Эти 12GB будут использоваться для поддержания работы всех баз данных. Прежде чем вдаваться в точное описание скажу, что ESE будет использовать около 80% от 12 ГБ для активных копий и 20% для пассивных копий баз данных. Достаточно просто не так ли? Но не все так просто! Проблема может возникнуть, если вы неправильно установите MaximumActiveDatabases на сервере почтовых ящиков (Set-Mailbox -MaximumActiveDatabases). Давайте рассмотрим два примера, и вы увидите, что я имею ввиду.

Пример 1 – На нашем MBX сервере установлено 48 GB памяти и располагается 8 баз данных (4 активные и 4 пассивные). В этом примере мы не устанавливали значение параметра MaximumActiveDatabases на сервере MBX. В таком случае, Вы можете наблюдать, что из выделенных 12GB для ESE, используется только 7.2GB.

Общий объем RAM = 48GB
48GB*25%=12GB выделено для кэша ESE
4 активные копии на сервере
4 пассивные копии на сервере (потенциально они могут стать активными)
12GB/(4+4) = 1.5GB
Кэш активных БД = 1.5GB
Кэш пассивных БД =1.5GB*0.20 = 0.3GB
Макс. Объем для активных и пассивных БД = 12GB (25% RAM)
Использование кэша = (4*1.5GB + 4* 0.3GB = 7.2GB)

Пример 2 - Наш MBX сервер имеет те же 48 ГБ памяти и по-прежнему насчитывается 8 баз данных (4 активных и 4 пассивных). На этот раз мы устанавливаем значение параметра MaximumActiveDatabase на сервере MBX равное 4. Теперь вы можете видеть, что в типичном сценарии мы используем 12 ГБ (100%) из выделенных кэшу.

Общий объем RAM = 48GB
MaximumActiveDatabases = 4
48GB*25%=12GB выделено для кэша ESE
4 активные копии на сервере
4 пассивные копии на сервере (они не смогут стать активными т.к. максимальное значение 4)
12GB/(4+4*.20) = 2.5GB
Кэш активных БД = 2.5GB
Кэш пассивных БД =2.5GB*0.20 = 0.5GB
Макс. Объем для активных и пассивных БД = 12GB (25% RAM)
Использование кэша = (4*2.5GB + 4* 0.5GB = 12GB)

Вы наглядно убедились в том, как установка значения MaximumActiveDatabase оказывает влияние на Вашу среду. Если стандартный пользователь использует 5 МБ кэша ESE, то разница составляет примерно в 204 (плюс/минус) почтовых ящика, в активной базе данных. Правильная настройка = Оптимальная производительность!

В заключение, я хочу рассказать о новой поисковой платформе, которую использует Exchange - FAST. Многие уже знакомы с системой быстрого поиска FAST, поскольку она используется в SharePoint. Я не буду углубляться в детали, а сосредоточусь на описании процессов и требованиях к памяти на MBX сервере. Сервис Microsoft Exchange Search запускает процесс, который называется hostcontrollerservice.exe. Host Controller, в свою очередь, запускает 4 процесса под названием noderunner.exe. Вы можете увидеть их ниже, на снимке экрана. Каждый из этих процессов отвечает за свою часть поисковой инфраструктуры – Контент, Запросы, Индексы и Администрирование (Content, Query, Index, and Admin). Обратите внимание на то, что эти процессы занимают значительный объем памяти. Лучшей практикой является выделение 15%, от общего объема памяти, на все процессы Поисковой Инфраструктуры (Search Infrastructure). В приведенных выше примерах это означало бы, что для поиска нужно использовать 7.2GB.

Автор статьи: Richard Schwendiman

Оригинал статьи на англ. языке находится по следующей ссылке: - http://blogs.technet.com/b/rischwen/archive/2013/07/29/exchange-2013-store-fast-and-ese-cache-demystified-hopefully.aspx

Перевел статью:
Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Восстановление информации в общих папках Exchange 2013 - часть 2

noreply@blogger.com (Михаил Даньшин) — Fri, 15 Nov 2013 08:24:00 +0000

Для удобства я разбил статью на две части.

В первую часть вошло описание восстановления

посредствам Outlook, а во вторую с использованием

Exchange Management Shell.

Восстановление информации в общих папках Exchange 2013 - часть 1

Восстановление информации в общих папках Exchange 2013 - часть 2

Использование Exchange Management Shell для восстановления удаленных общих папок

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

Get-PublicFolder –Identity “\NON_IPM_SUBTREE” –Recurse | FL >C:\pf2.txt

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

Скажем, у меня есть папка с именем "Test-3", которая была удалена. И я нахожу нужную папку в текстовом файле:

Теперь откройте консоль Exchange (Exchange Management Shell) и выполните следующую команду, чтобы восстановить папку:

Set-PublicFolder –Identity “\NON_IPM_SUBTREE\DUMPSTER_ROOT\\Test-3” –Path “\” –Verbose

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

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

Как восстановить общую папку, период хранения которой истек?

Восстановление публичной папки во время периода хранения не представляет сложностей. Но восстановление общих папок, которые были удалены из корзины является более сложным процессом. Вам необходимо восстановить последнюю полную резервную копию базы, где находится нужная папка.
Как только вы восстановите базу данных в «Базу Данных Восстановления» (Recovery Database). Вам нужно запустить командную оболочку (Shell command) для восстановления содержимого в пострадавшей общей папке.
Вот требования (pre-requisites) для данного метода:

Для восстановления данных в общую папку она должна существовать. Другими словами, данные, которые вы пытаетесь восстановить не будет создавать структуру папок автоматически (в текущей версии)
Убедитесь, что у Вас установлено Накопительное Обновление 2 (Cumulative Update 2) для Microsoft Exchange 2013 Server, чтобы избежать проблем с разрешениями, которые обсуждаются в этом блоге (Exchange 2013 RTM CU2 (712.22) Issue - Public Folder Permissions Loss after PF Mailbox Move).

Давайте рассмотрим конкретный сценарий, чтобы лучше во всем разобраться.
У вас есть папка с именем «Июньские Отчеты», срок действия которой истек и не может быть восстановлен из удаленных элементов, и, следовательно, должен быть восстановлен из резервной копии

Для того, чтобы восстановить папку «Июньские Отчеты» из восстановленной базы данных, мы должны иметь папку с названием «Июньские Отчеты» целевом почтовом ящике, куда мы хотим провести восстановление. Это ограничение процесса восстановления в это время. Это ограничение текущей версии.

Давайте выполним все шаг за шагом:

Нам нужно восстановить корневую папку «Июньские отчеты». Имеется хорошая последняя полная резервная копия с необходимыми данными. Восстановите базу данных в базу данных восстановления (Recovery Database). Как только база данных восстановится выполните следующие действия:

Создайте новую папку с именем «Июньские отчеты» в почтовом ящике, если ее не существует. Если она существует, то вы можете пропустить этот шаг.

New-PublicFolder –Mailbox “Content Mailbox name” –name “Июньские отчеты”

Затем выполните следующую команду:

New-MailboxRestoreRequest –SourceDatabase “имя Базы Данных Восстановления (recovery database)” –SourceStoreMailbox “имя п/я в котором содержится пострадавшая папка” –TargetMailbox “п/я в который переносим папку” –AllowLegacyDNMismatch –IncludeFolders “имя пострадвашей папки”

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

Get-MailboxrestoreRequest | Where { $_.Status –eq “Completed” }

Для подтверждения завершения восстановления, выполните команду Get-MailboxRestoreRequestStatistics и проверьте значение ItemsTransferred

Теперь Вы можете увидеть восстановленные данные в Outlook:

Восстановленные элементы буду присутствовать наряду с новыми элементами в папке.
Для более подробной информации пройдите по следующим ссылкам (на англ. языке):

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

Автор статьи: Siddhesh Dalvi.

Оригинал статьи на англ. языке находится по следующей ссылке: - http://blogs.technet.com/b/exchange/archive/2013/08/23/recovering-public-folder-information-in-exchange-2013.aspx

Переводчик:
Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Восстановление информации в общих папках Exchange 2013 - часть 1

noreply@blogger.com (Михаил Даньшин) — Thu, 14 Nov 2013 13:05:00 +0000

Для удобства я разбил статью на две части.

В первую часть вошло описание восстановления

посредствам Outlook, а во вторую с использованием

Exchange Management Shell.

Восстановление информации в общих папках Exchange 2013 - часть 1

Восстановление информации в общих папках Exchange 2013 - часть 2

В Microsoft Exchange 2013, Общие Папки (Public Folders) были переработаны и стали использовать инфраструктуру почтовых ящиков. Это позволяет получить все преимущества высокой доступности и технологий хранения. Общие папки используют специально-спроектированные почтовые ящики, чтобы хранить иерархию и контент. Это так же означает, что больше нет базы данных общих папок.

Высокая Доступность (High Availability) общих папок обеспечивается за счет групп обеспечения доступности баз данных (database availability group (DAG)). Чтобы получить больше информации об архитектуре общих папок посетите следующую страницу: Public folders in the new Office. (на англ. языке)

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

Восстановление элементов удаленных из общих папок

Мы будем следовать тому же методу, который использовали ранее для восстановления удаленных элементов из корзины (dumpster) "обычных" почтовых ящиков
Восстановление удаленных элементов для общих папок по умолчанию включено начиная с Outlook 2007, который является минимально необходимой версией для Exchange 2013.
Удаленное содержимое автоматически помещается в корзину (Dumpster), где и остается в соответствии с действующими политиками хранения.

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

Чтобы восстановить данные, пользователю необходимо зайти в меню Outlook «Восстановить удаленные элементы» (Recover Deleted Items option). В открывшемся окне он увидит список удаленных элементов. Затем нужно выбрать и восстановить необходимый элемент.

Как восстановить элемент, срок хранения которого истек?

Если Вам нужно восстановить удаленный элемент, срок хранения которого истек, то есть только один способ это сделать - восстановить его из последнего полного бэкапа (full backup) той базы, в которой хранился соответствующий элемент. В этом отношении процедура идентична восстановлению почтовых ящиков.
Вы восстанавливаете базу данных в «Базу Данных Восстановления» (Recovery Database). Затем используете следующую команду.
New-MailboxRestoreRequest –SourceDatabase “имя Базы Данных Восстановления (Recovery Database)” –SourceStoreMailbox “имя п/я в котором содержится пострадавшая папка” –TargetMailbox “п/я в который переносим папку” –AllowLegacyDNMismatch –IncludeFolders “имя пострадавшей папки”
Недостающие элементы будут восстановлены в базу данных.

ВАЖНО: Убедитесь, что у Вас установлено Накопительное Обновление 2 (Cumulative Update 2) для Microsoft Exchange 2013 Server, чтобы избежать проблем с разрешениями, которые обсуждаются в этом блоге (Exchange 2013 RTM CU2 (712.22) Issue - Public Folder Permissions Loss after PF Mailbox Move).

Использование Outlook для восстановления удаленных общих папок

Клиент Outlook упрощает восстановление удаленных общих папок. Для этого необходимо следующее:

Пользователь, который проводит восстановление, должен иметь права Владелец (Owner) на ту папку, которую восстанавливает.
Папка должна быть в пределах хранения удаленных элементов (retention period).
Если папка восстанавливается на корневом (root) уровне, то пользователь должен обладать правами владельца (owner) на корневом (root) уровне.
Если восстанавливаемая общая папка является дочерней (Child) папкой, то пользователь должен обладать правами владельца (owner) на родительскую (Parent) папку.

Теперь давайте рассмотрим сценарий когда Вам нужно восстановить корневую папку. И предположим, что сначала нужно выдать соответствующие права, которые нужны для восстановления корневой папки.
В Exchange Admin Center (EAC) назначьте необходимые права соответствующему пользователю, который будет проводить восстановление, и нажмите "сохранить" (save).

После того как права будут назначены, пользователь сможет восстановить общую папку используя функционал восстановления удаленных элементов (Deleted Items) в Outlook. После восстановления удалите предоставленные права.
На заметку:

После того как папка восстановлена через Outlook Вам нужно переименовать ее так, как она называлась раньше, до восстановления.
Любая корневая общая папка, которая восстанавливается через Outlook, будет восстановлена в Основной Почтовый Ящик Иерархии (Primary Public Folder mailbox). Если ее нужно переместить в дополнительный, то можете воспользоваться следующей командой:

New-PublicFolderMoveRequest -Folders \<имя папки> -TargetMailbox "Целевой почтовый ящик"

Дополнительная информация: New-PublicFolderMoveRequest (на англ. языке)

ПРИМЕЧАНИЕ ПЕРЕВОДЧИКА:
Существует два типа почтовых ящиков общих папок: основной почтовый ящик иерархии и дополнительные почтовые ящики иерархии. Оба типа почтовых ящиков могут иметь следующее содержимое.

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

Если корневая папка также содержит дочерние папки, которые были восстановлены, Вам может понадобится переместить их в дополнительный почтовый ящик. Перемещение корневой общей папки в другой почтовый ящик не меняет содержимое соответствующих дочерних папок. Для того, чтобы переместить общую папку в нужный почтовый ящик используйте скрипт .\Move-PublicFolderBranch.PS1
На заметку:

Возможно проще будет использовать Exchange Management Shell. Особенно это предпочтительно в сценариях, когда Вам нужно восстановить удаленные дочерние общие папки или удалить родительскую общую папку, которая также имеет дочерние папки (см. ниже)

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

Читайте продолжение:
Восстановление информации в общих папках Exchange 2013 - часть 2

Автор статьи: Siddhesh Dalvi.

Оригинал статьи на англ. языке находится по следующей ссылке: - http://blogs.technet.com/b/exchange/archive/2013/08/23/recovering-public-folder-information-in-exchange-2013.aspx

Переводчик:
Даньшин Михаил Сергеевич
Блог – http://danshin.ms
Facebook - https://www.facebook.com/Danshin.ms
E-Mail: - mdanshin@gmail.com

Бесплатный офис

noreply@blogger.com (Михаил Даньшин) — Tue, 09 Jul 2013 08:54:00 +0000

Как выяснилось не все знают, что имея Live ID (бесплатная учетная запись в облачном сервисе Microsoft) Вам предоставляются следующие возможности.

Вы получаете бесплатное файловое хранилище на 7 GB, с возможностью расширения.
Возможность пользоваться самыми популярными приложениями Office.
Календарь для персонального или совместного использования

Все это очень удобно интегрируется с корпоративными приложениями и мобильными платформами. Все, что нужно сделать – это зайти на сайт skydrive.ru и зарегистрироваться. Для Вас будет создано персональное хранилище, которое послужит базой для Вашей работы в облаке. Вы можете сохранять в нем любые файлы, синхронизировать их с ПК. При этом все данные Вам могут быть доступны как на рабочем ПК, так и на домашнем. А так же на мобильных устройствах. Есть приложения, которые позволяют работать через iPad/iPhone. На ПК вся работа происходит через Internet Explorer. Например Вы хотите создать или отредактировать файл. Вы просто создаете файл нужного типа (Word, Excel и т.д.) или открываете существующий.

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

Word

Excel

PowerPoint

Если Вы никогда не пользовались OneNote – очень рекомендую ознакомится с приложением. Вы влюбитесь в него. Это записная книжка, куда можно очень удобно, буквально одним кликом, вставлять все что угодно – текст, ссылки, видео, аудио, графику. Удобная организация закладок. Доступность на любой платформе – Windows, iOS, Windows Phone.

OneNote

Из особенностей работы:

Стираются границы при работе дома, в офисе, в дороге. Все, что вы создаете и/или редактируете одинаково доступно на всех Ваших устройствах.
При редактировании документа в облаке, вы в любой момент можете открыть его в полноценной версии (при условии, что она установлена на Вашем ПК).
Особенно хочется отметить работу с Outlook. Например, Вы можете отправить кому-то 7 Gb фотографий или офисных документов он их получит не зависимо от того какой у него размер почтового ящика. Как это реализовано расскажу отдельно, если интересно.
Интерфейс полностью локализован для большинства языков мира. Включая русский.
Интересной особенностью является следующее. Допустим Вы пришли домой и решили поработать с файлом. Но обнаружили, что забыли его сохранить в облаке – оставили на рабочем столе. Не беда. Из дома Вы можете достать файл со своего рабочего ПК (при условии правильных настроек, которые требуется сделать заранее).
Использование календаря. Вы можете вести свой календарь, давать к нему доступ кому угодно, превращая его в общий и интегрировать с Вашим календарем в Exchange.
При работе с Excel Вам не нужно сохранять документ. Вообще! Все, что вы вводите автоматически сохраняется. Это очень полезно при обрывах связи на неустойчивых каналах связи.

И последнее. Все это абсолютно БЕСПЛАТНО! Все, что Вам нужно – это выход в Internet и Internet Explorer. Возможно использовать и другие браузеры, но могут быть проблемы. Размер хранилища можно увеличить, но это уже стоит денег. С другой стороны Вам никто не мешает иметь несколько учетных записей. Я сейчас так и делаю. Правда я попал в акцию и размер моего хранилища 25Gb для каждого акаунта. Я в облаке храню фотографии, персональные документы и т.п..

----------
Зеркало блога в Facebook
https://www.facebook.com/Danshin.ms

Помощник по развертыванию Exchange 2013

noreply@blogger.com (Михаил Даньшин) — Mon, 13 May 2013 14:44:00 +0000

Это конечно не новость, но все же приятно!

Для тех, кто собирается переходить на Exchange Server 2013 рекомендую воспользоваться утилитой "ExDeploy". Это веб-средство, которое может помочь при развертывании Exchange. ExDeploy задает несколько вопросов о текущей среде и создает настраиваемый контрольный список и процедуры, облегчающие развертывание.

Доступен по этой ссылке - Помощник по развертыванию Microsoft Exchange Server

----------
Зеркало блога в Facebook
https://www.facebook.com/Danshin.ms

Группа Facebook посвященная Exchange 2013
https://www.facebook.com/#!/groups/Exchange2013/