Миграция с Lync 2010 на Lync 2013. Установка EDGE

Ситуация
Находимся в процессе миграции с Microsoft Lync 2010 на Lync 2013. Установлен FE-сервер. Надо установить EDGE.

Проблема
На этапе установки пограничного сервера в мастере развёртывания на шаге "Установить или обновить систему Lync Server" на шаге 1 "Установка локального хранилища конфигурации" нужно загрузить топологию из файла, т.к. в домен EDGE-сервер не введён, и он не видит опубликованную топологию.
На этапе импортирования топологии из файла появляется ошибка:

> Install Local Configuration Store

Import-CSConfiguration -FileName "C:\LyncConfigFile.zip" -Verbose -LocalStore

File contains corrupted data.

The cmdlet completed with errors. Task aborted.

Решение
Оказалось, что неправильно выгружали топологию. Мы решили просто через построитель топологии Lync сохранить топологию в файл *.tbxml и подсунуть уже этот файл установщику EDGE. Так не пошло. 
Нужно правильно выгрузить топологию командой

Export-CsConfiguration -FileName C:\LyncConfigFile.zip

Полученный файл копируем (кстати, пишут, что иногда при копировании "что-то" сбоит и файл копируется с ошибками, и вновь появляется ошибка) на пограничный файл и подсовываем его установщику.
Проблема решена!

Перевод времени. Новые часовые пояса. XP

Не успел я написать, что Microsoft не поддерживает XP больше, и что обновлений про новые временные зоны не будет, как на Течнете появилась статья, как сделать в XP правильные часовые пояса.

Наслаждайтесь - Изменение часовых поясов и перевод стрелок 2014!

Миграция с Lync 2010 на Lync 2013. Подключение с мобильного клиента. Поиск контактов

В предыдущих постах (часть 1, часть 2) рассказал, как мы, находясь в процессе миграции с Microsoft Lync 2010 на Lync 2013, настроили заставили работать мобильное подключение к серверу Lync 2013.

Ситуация

Ситуация такая же как и прежде - находимся в процессе миграции с Lync 2010 на Lync 2013, настроили FE, настроили подключение в локальной сети и из внешней сети через мобильный клиент, опубликован сервер по средствам TMG 2010.

Проблема

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

We can’t connect to the server right now

Решение

Решение нашлось достаточно быстро. 

В правиле, которое мы настроили на TMG нужно отключить "Block high bit characters" (понятия не имею, как это в русской TMG).

Клиент начинает искать контакты без проблем.

Проблема решена!

Миграция с Lync 2010 на Lync 2013. Подключение с мобильного клиента. Часть 2

В предыдущем сообщении была описана проблема, по которой не удавалось подключиться мобильным клиентом к Microsoft Lync 2013. Как выяснилось проблема была лишь в написании внешний и внутренних серверов, при не опубликованном lyncdiscover.

Ситуация

Находимся в процессе миграции с Lync 2010 на Lync 2013. Поставили FE-сервер, создали новую топологию. Пока не получилось настроить новый EDGE сервер и перенастроить lyncdiscover, так как Lync 2010 всё ещё боевой, пользователи его активно используют.

Проблема

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

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

Когда публиковали сервер через TMG 2010 мы просто взяли и, грубо говоря, скопировали такое же правило, но про Lync 2010 (ну а почему бы и нет?). Изменили, конечно, только listener, адреса, имена на новые сервера.

При подключении в логах TMG обнаружилась следующая ошибка:

Status: 12202 Forefront TMG denied the specified Uniform Resource Locator (URL).

Rule: INTERNET.LYNC 2013 

Source: External (****:10847) 

Destination: Local Host (****:4443) 

Request: GET http://***.***.ru/Autodiscover/AutodiscoverService.svc/root/user 

Filter information: Req ID: 0e24736d; Compression: client=No, server=No, compress rate=0% decompress rate=0% 

Protocol: https 

User: anonymous

Попытка решения

Поискали решение этой ошибки, конечно же, в гугле. Чего только не было предложено. Самый интересный вариант решения было тут (статья на русском). Там предполагалось, что проблема с шифрованием. Предлагалось включить все методы шифрования. Когда начали лезть включать, оказалось, что и так всё включено!

Решение 

Оказалось решить задачу публикации сервера простым копированием действующего правила для Lync 2010 не очень-то правильное решение.

В правиле для старого Lync в разделе "Authentication Delegation" выставлено "No delegation, and client cannot authenticate directly".

Оказалось для Lync 2013 это не подойдёт. Для него должно стоять "No delegation, but client may authenticate".

Клиент подключился моментально. Проблема решена!

Миграция с Lync 2010 на Lync 2013. Подключение с мобильного клиента

Находимся сейчас в процессе миграции с Microsoft Lync 2010 на 2013 Lync.

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

Проблема

Но вот не получается подключиться с мобильного телефона к серверу. Так как я не перенастроил внешние DNS, я в мобильном в качестве сервера указываю https://ИМЯ_ПУЛА.домен.ru/autodiscover/autodiscover.svc/root, и клиент возвращает, что сервер недоступен как при подключении внутри сети, так и снаружи.

Когда открываю этот адрес в браузере показывается ошибка 

500 - Internal server error.There is a problem with the resource you are looking for, and it cannot be displayed.

Попытка решения

Дистрибутив скачивали с партнёрского сайта (partner.microsoft.com).

Почитал (может неправильно понял), что первоначально в Lync2013 не было никакого мобильного доступа, а появился он только с обновлениями.

Функции и возможности мобильной работы в Lync Server 2013

Компонент мобильности, представленный в накопительных пакетах обновления для Lync Server 2013 за февраль 2013 года, поддерживает функциональные возможности клиентов Lync 2010 Mobile и Lync 2013 Mobile

Скачал http://support.microsoft.com/kb/2809243/en-us установщик обновлений, запустил на сервере, поставил все обновления.

Количество обновлений на только что поставленный FE-сервер Lync 2013 из образа с partner.microsoft.com!

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

Не помогло.

Решение

Поставили программу Microsoft Lync Connectivity Analyzer. При проверке оказалось, что вводил неправильный адрес...

Вводить надо было адрес https://ИМЯ_ПУЛА.домен.ru/autodiscover/autodiscoverservice.svc/root

Клиент моментально подключился!

Перевод времени. Новые часовые пояса. Exchange 2013

"Новый" Microsoft exchange 2013 время берёт из времени windows, на которой он установлен, и вроде как в нём самом всё нормально работает. ОДНАКО! В outlook в календаре все встречи, которые были запланированы на после 26 октября поехали на час. Так как они были созданы в московском часовом поясе (Russian Standard Time), а сейчас клиент в часовом поясе (UTC+04:00) Ижевск, Самара (RTZ 3) (Russia Time Zone 3), который "+1" к Москве. Пришлось решать проблему...

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

Вариант 1. Встреча, которая настроена только в личном календаре.

Нужно войти во встречу. На ленте выбрать кнопку «Часовые пояса», если она ещё не нажата. Около «Времени начала» и «Окончании» выбрать новый часовой пояс «Ижевск, Самара». И сохранить встречу.

Вариант 2. Встреча (собрание) с другими сотрудниками.

Нужно войти во встречу. На ленте выбрать кнопку «Часовые пояса», если она ещё не нажата. Около «Времени начала» и «Окончании» выбрать новый часовой пояс «Ижевск, Самара». И нажать «Отправить обновление».

Вариант 3. Повторяющаяся встреча.

Нужно дважды нажать на встречу в календаре, в появившемся окне выбрать «Весь ряд». Нажать на кнопку повторение. В появившемся окне изменить часовой пояс на «Ижевск, Самара». Нажать «ОК» и «Отправить обновление».

Но и это ещё не всё, конечно же! У exchange есть возможность открытия почты не через outlook, а через веб-морду веб-интерфейс (OWA). В нём при первом входе пользователь выбирает часовой пояс свой... Ну и, конечно же, все подключались первый раз туда до того, как появился часовой пояс "Ижевск, Самара". И вот в этой веб-версии в календаре все встречи так же съехали... Я бы, честно говоря, и не заметил бы эту проблему, пока кто-нибудь из директоров не пришёл на совещание на час раньше! :) но вот на technet.microsoft.com увидел, что у людей проблема есть такая.

Get-Mailbox –Resultsize unlimited | Set-MailboxRegionalConfiguration –TimeZone "<нужная зона>"

И ведь и это ещё не всё... есть же ещё CRM, есть SharePoint и пр. пр. пр. Но мы пока (тьфу-тьфу-тьфу) не столкнулись с проблемами там.
А вот у людей, судя по тому же technet.microsoft.com проблемы ой какие большие! Даже уже не о ПО говорить надо... Многое оборудование с ума сходит из-за перевода времени...