Главная > Lync > Установка Lync Server 2010 с чистого листа (Edge)

Установка Lync Server 2010 с чистого листа (Edge)

По многочисленным заявкам зрителей первой пилотной серии под названием «Установка Lync Server 2010 с чистого листа» наш сериал продолжается!

Встречайте новую полнометражную серию — Установка Lync Server 2010 Edge!

В процессе установки Edge роли были также затронуты вопросы публикации веб компонентов Lync Server 2010 и компонентов Центра Сертификации через Forefront TMG Server 2010 в Интернет, а также другие вопросы и некоторые проблемы. Как и в прошлый раз решали задачу «в лоб», без подготовки, по ходу подготавливая всю периферию и решали возникающие проблемы\ошибки.

Посмотреть запись [1 час 22 минуты] [MamyshevStankyLyncServer2010EdgeInstall.wmv]

Приятного просмотра.


Полезные ссылки про Edge и внешний доступ к Lync Server 2010:
Planning for External User Access
Deploying Edge Servers
OCS 2007 R2 PIC fails against AOL
Microsoft Lync Server Public IM Connectivity Provisioning
Lync Server 2010 Remote Connectivity Analyser
Edge Server Reference Architecture diagrams

Реклама
Рубрики:Lync
  1. Илья
    24.03.2011 в 11:54

    Отлично!

    И по ходу с работы я сегодня очень поздно уйду… 😉

    • Stanky
      24.03.2011 в 18:00

      Типа, проверить всё на личном опыте 🙂 ?

  2. Илья
    24.03.2011 в 22:31

    Stanky :
    Типа, проверить всё на личном опыте ?

    Обязательно! Я сразу всё в продакшен 😉 И всегда стараюсь всё делать по металогии т.е. по феншую! Чтобы всё красиво было! Мне очень нравится Выш подход!

    И мне кажется это лучший формат донесения информации который Вы выбрали. Так держать!

    У меня есть пару вопросов:
    1. С одним интерфейсом EDGE можно поднять? у меня TMG в конфигурации с тремя интерфейсами. (DMZ, Internal и External)?
    2. пока из головы вылетел… Вспомню напишу 😉

    • Stanky
      25.03.2011 в 01:57

      1. А в чём смысл? Можно, конечно, извратиться, и сделать чтоб на одном сетевом интерфейсе была и внутренняя и внешняя сеть, но чего ради?

      2. Так Lync’ом и пишем 😉 !

  3. Илья
    24.03.2011 в 22:54

    Вспомнил второй вопрос! С помощью чего Вы записываете видео?

  4. Илья
    25.03.2011 в 01:44

    на внешнем DNS необходимо прописывать srv записи? Если да, то какого формата она должна быть?

    • Stanky
      25.03.2011 в 01:58

      Что значит «какого формата»? Я же в записи очень детально этот момент освещал. Если что-то непонятно, рекомендую обратиться к документации…

  5. Илья
    25.03.2011 в 15:19

    Stanky :
    1. А в чём смысл? Можно, конечно, извратиться, и сделать чтоб на одном сетевом интерфейсе была и внутренняя и внешняя сеть, но чего ради?
    2. Так Lync’ом и пишем !

    1. В том что у меня один IP и он на TMG на котором опубликованы все сервисы: OWA, ActiveSync, AnyWhere, Lync Web App, CA и прочее. TMG в виртуале и на ESX кластере. Всё сети по vlan. Возможно ли опубликовать EDGE через TMG? или мне придётся EDGE добавить ещё один интерфейс с внешним vLan который идёт на Cisco и на ней уже сделать nat по портам 5061,444,443 протокол TCP на EDGE сервер? Хотя 443 не получиться прокинуть, потому что он идёт на TMG…
    2. Догодался, увидел панел вверху экрана.

    • Stanky
      25.03.2011 в 15:32

      1. Изначально вопрос был про один ИНТЕРФЕЙС, а не IP-адрес 😉 ! Lync можно разместить за NAT’ом, которым в вашем случае может выступать TMG, но мы с этим не извращались.

      • Илья
        25.03.2011 в 16:32

        Тааак! Вот и вторая часть для фильма! Как разместить EDGE за TMG. Мне кажется что это самый распространеный случай и при нём возникает масса вопросов.

        Так что ждём! )))

  6. Илья
    25.03.2011 в 15:20

    Stanky :
    Что значит «какого формата»? Я же в записи очень детально этот момент освещал. Если что-то непонятно, рекомендую обратиться к документации…

    в ролике было только про SRV для федерации… Ещё раз пересмотрю этот момент.

    • Stanky
      25.03.2011 в 15:33

      Ну а что ещё надо 🙂 ?

    • 25.03.2011 в 15:50

      Во внутренней DNS зоне sipdomain.ru должна быть такая SRV:
      _sipinternaltls._tcp.sipdomain.ru SRV service location:
      priority = 0
      weight = 0
      port = 5061
      svr hostname = LyncPool.domain.local

      Во внешней DNS зоне sipdomain.ru должны быть такие SRV:
      _sipfederationtls._tcp.sipdomain.ru SRV service location:
      priority = 0
      weight = 0
      port = 5061
      svr hostname = sip.sipdomain.ru

      _sip._tls.sipdomain.ru SRV service location:
      priority = 0
      weight = 0
      port = 443
      svr hostname = sip.sipdomain.ru

      • Stanky
        25.03.2011 в 16:02

        Во внутренней зоне может быть и _sip._tls.sipdomain.ru, что я, собственно, и предпочитаю 🙂 .

  7. Илья
    25.03.2011 в 16:16

    Илгиз Мамышев :
    Во внутренней DNS зоне sipdomain.ru должна быть такая SRV:
    _sipinternaltls._tcp.sipdomain.ru SRV service location:
    priority = 0
    weight = 0
    port = 5061
    svr hostname = LyncPool.domain.local
    Во внешней DNS зоне sipdomain.ru должны быть такие SRV:
    _sipfederationtls._tcp.sipdomain.ru SRV service location:
    priority = 0
    weight = 0
    port = 5061
    svr hostname = sip.sipdomain.ru
    _sip._tls.sipdomain.ru SRV service location:
    priority = 0
    weight = 0
    port = 443
    svr hostname = sip.sipdomain.ru

    Спасибо!

  8. Илья
    25.03.2011 в 16:19

    Stanky :
    Во внутренней зоне может быть и _sip._tls.sipdomain.ru, что я, собственно, и предпочитаю .

    А если оба прописать sipinternalstls и sip_tls? масло масленое не получится?
    или при sipinternalstls — ненадо создавать cname для sip на сервер front-end, а для записи sip_tls надо создавать cname?
    Просто у Вас в ролике по этому поводу небольшой спор возник 😉

    • Stanky
      25.03.2011 в 16:26

      Можете хоть sipexternaltls к ним в придачу прописать — разницы ни какой! Все SRV-записи абсолютно равнозначные. А CNAME вас вообще ни кто не заставляет создавать — указывайте существующую A-запись 😉 .

      Это где у нас спор возник? В самом первом, что ли?

      • Илья
        25.03.2011 в 16:32

        да, в самом первом ролике.

  9. Илья
    25.03.2011 в 16:21

    Stanky :
    1. Изначально вопрос был про один ИНТЕРФЕЙС, а не IP-адрес ! Lync можно разместить за NAT’ом, которым в вашем случае может выступать TMG, но мы с этим не извращались.

    Можете подсказать где эти моменты описаны?

    • Stanky
      25.03.2011 в 16:27

      Эти — которые? А, вообще, читайте документацию 😉 …

      • Илья
        25.03.2011 в 16:34

        где описано как разместить EDGE за TMG.
        ок, будем читать документацию.

  10. 25.03.2011 в 17:13

    Илья :

    где описано как разместить EDGE за TMG.
    ок, будем читать документацию.

    В документации по развертыванию Edge написано требование к NAT — Destination NAT\Source NAT. ISA этого точно не умеет, с TMG вопрос открытый, можно потестировать.
    Однако в документации — http://technet.microsoft.com/en-us/library/gg425882.aspx про возможность\невозможность использования TMG как NAT для A\V Edge не упоминается (в аналогичной доке по OCS 2007 R2 помоему была сноска о том, что ISA Для этих целей не поддерживается).

  11. 27.03.2011 в 21:01

    Илгиз Мамышев :

    Илья :

    где описано как разместить EDGE за TMG.
    ок, будем читать документацию.

    В документации по развертыванию Edge написано требование к NAT – Destination NAT\Source NAT. ISA этого точно не умеет, с TMG вопрос открытый, можно потестировать.
    Однако в документации – http://technet.microsoft.com/en-us/library/gg425882.aspx про возможность\невозможность использования TMG как NAT для A\V Edge не упоминается (в аналогичной доке по OCS 2007 R2 помоему была сноска о том, что ISA Для этих целей не поддерживается).

    Протестировали Lync Edge полностью за TMG-шным NAT-ом. Похоже весь функционал Lync оказался работоспособным. Потестируем, понаблюдаем..
    Кроме того сделали вывод что и за ISA также можно сделать, но с оговорками и условиями.
    Возможно это будет тема следующей записи.

    • Илья
      28.03.2011 в 13:29

      Отлично!

      Хорошая Новость. Я сейчас пошёл немного другим путём:
      решил Edge дать второй внешний интерфейс куда проброшен внешний vlan который смотрит на циску и уже на циске сделать NAT TCP на порты 5061, 50444, 50443 на Edge сервер.
      Но пока что не получается…

      • Илья
        30.03.2011 в 11:20

        Получилось! За NAT в топологи необходимо было указать внутренний IP адрес интерфейса который смотрит в Интернет, а не публичный IP адрес. И службы все запустились!

  12. Виктор
    31.03.2011 в 12:42

    Что то ссылка не работает.(( А посмотреть ну очень уж хочется.

  13. Илья
    05.04.2011 в 18:10

    У Вас в планах нет идеи заснять ещё один ролик про то как с интегрировать Lync Server c Exchange Server 2010?

    Когда можно ожидать видео «Lync Sever 2010(EDGE) за Forefront TMG 2010»? 😉

  14. Илья
    05.04.2011 в 18:14

    Кстате за NAT всё получилось! Весь функционал доступен и работает отлично!

    Вот только был косяк с маршрутизацией т.к. сервер находится в 7 подсети, а клиенты в 10 подсети, то не работало разшаривание рабочих столов и прочее с пользователями во вне организации.
    Решилось прописыванием маршрута на EDGE до сети где расположены пользователи. Может кому пригодиться…

    • 05.04.2011 в 18:50

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

      • Илья
        06.04.2011 в 01:48

        Илгиз Мамышев :
        UM – В планах нет, но возможно.
        Edge за NAT – В планах есть, скоро.

        Оооо.. Супер, будем ждать.
        От чего зависит видео UM+Lync?
        ИМХО мне кажется если будет UM+Lync то получется полноценное руководство по Full интеграции Lync на предприятии…
        Но всё равно Спасибо!

  15. Илья
    06.04.2011 в 01:43

    Илгиз Мамышев :
    Вообщето доступность маршрута от ПК пользователя в локальной сети до внутреннего интерфейса Edge – это требование документации.

    ))) Я понимаю, но чаще мы(позволю с Вашего разрешения себе так выразиться) всё делаем с наскока. А когда не получается обращаемся в форумы и к документации.

    И эта ещё одна из причина по которой Ваш формат донесения информации и опыта по душе многим кто заходит на этот Блог и смотрит Ваше видео. Т.к. она отражает(может и к сожалению) реальную жизень ИТ инженеров…

  16. 06.04.2011 в 09:41

    Илья :

    Илгиз Мамышев :
    UM – В планах нет, но возможно.
    Edge за NAT – В планах есть, скоро.

    Оооо.. Супер, будем ждать.
    От чего зависит видео UM+Lync?
    ИМХО мне кажется если будет UM+Lync то получется полноценное руководство по Full интеграции Lync на предприятии…
    Но всё равно Спасибо!

    Чтобы показать Exch UM, нужно поднять еще и сам Exchange..
    Пока не хватает ресурсов, аппаратных и временных (этого особенно).

    • Илья
      09.04.2011 в 02:35

      Подскажите, пожалуйста, по поводу интеграции Exchange UM и Lync Server.
      Всё сделал по инструкции http://blog.schertz.name/2010/11/lync-and-exchange-um-integration/

      Но вместо TLS выбрал TCP. Служба UM на Exchange поднялась, но пытается с Lync соединиться по порту 5060, а Lync у себя в логах пытается соединиться с Exchange по порту 5061. Как можно поменять порт у Exchange?

      Пробывал поставить TLS и выбирал защищеный, но при этом варианте служба UM на Exchange не запускается и ругается на сертификат…

  17. Илья
    09.04.2011 в 05:22

    Илья :
    Подскажите, пожалуйста, по поводу интеграции Exchange UM и Lync Server.
    Всё сделал по инструкции http://blog.schertz.name/2010/11/lync-and-exchange-um-integration/
    Но вместо TLS выбрал TCP. Служба UM на Exchange поднялась, но пытается с Lync соединиться по порту 5060, а Lync у себя в логах пытается соединиться с Exchange по порту 5061. Как можно поменять порт у Exchange?
    Пробывал поставить TLS и выбирал защищеный, но при этом варианте служба UM на Exchange не запускается и ругается на сертификат…

    Ура!!! Получилось подружить Lync и Exchange. Разобрался где надо назначать сертификат))) Прикольная вещь!

  18. Stanky
    17.04.2011 в 16:10

    Когда можно ожидать видео «Lync Sever 2010(EDGE) за Forefront TMG 2010″?

    Получите и распишитесь 🙂 …

  19. Илья
    18.04.2011 в 03:08

    Stanky :

    Когда можно ожидать видео «Lync Sever 2010(EDGE) за Forefront TMG 2010″?

    Получите и распишитесь

    Спасибо! На днях обязательно посмотрю! )))

  20. Konstantin K.
    15.05.2011 в 21:41

    Хотел добавить.
    при публикации Web Components через TMG нужно в поле To выставить «Forward the original host header instead of the actual one » иначе внешние клиенты не могут получить адресную книгу.

  21. Natalia
    17.10.2011 в 13:23

    Супер!
    Очень помогло про галочку в политиках в NTLM SSP. а то уже голову сломала — что не так. Спасибо! 🙂

  22. Natalia
    11.11.2011 в 14:50

    Не посоветуете, куда копать?
    Проблема в публикации веб-компонентов Lync.
    Не проходит тест правило, пишет:

    Категория: Ошибка сертификата сервера назначения
    Сведения об ошибке: 0x80090322 — Главное конечное имя неверно.
    Действие: Перейти к http://go.microsoft.com/fwlink/?LinkId=115965

    По ссылке ходила, там говорят, что имя сертификата (CN) не совпадает с именем публикуемого веб-сайта (внутренним, на вкладке Куда). Но оно совпадает!

    В чем еще может быть проблема?

    • Natalia
      11.11.2011 в 18:36

      Проблему с сертификатом решила.
      Я ошиблась в имени. У меня FQDN в External Web service было указано lync.domain.ru

      Выписала сертификат на это имя. Ошибка теперь другая 🙂

      Сведения об ошибке: 10061 — Подключение не установлено, т.к. конечный компьютер отверг запрос на подключение.
      Действие: Перейти к http://go.microsoft.com/fwlink/?LinkId=115965

      По ссылке говорят. что IIS 6.0 не работает (но он работает) или порт на сервере не прослушивается.
      Но, если я правильно понимаю, все это есть и работает. Что может быть не так?

      • Natalia
        12.11.2011 в 05:55

        После ребута FF TMG все заработало. Спасибо. Прекрасно сама с собой поговорила. а главное — результат есть 🙂

  23. Stanky
    12.11.2011 в 00:00

    Natalia :
    Не посоветуете, куда копать?

    На форум 😉 .

  24. 13.11.2011 в 13:13

    Natalia :

    После ребута FF TMG все заработало. Спасибо. Прекрасно сама с собой поговорила. а главное – результат есть :)

    Так часто бывает. Когда все подробно о проблеме расскажешь, изложишь — становится видна картина в целом и можно даже и самому разобраться.. 😉

  25. Rexxer
    18.11.2011 в 20:10

    Привет!
    Поставил сингл-сервер — все работает кроме связи внешних и внутренних пользователей. Чат идет — голос нет. Пытается соединиться и отбивается.
    Сервер с 1м внутренним ИП, под него на НАТе выделен внешний ИП. Порты вроде все открыл.
    Что может быть?

    • Stanky
      18.11.2011 в 20:36

      Это очень хорошо, что вы ещё до моего ответа написали на форум — значит, не зря мы это постоянно повторяем 🙂 .

  26. 07.12.2011 в 15:52

    Добрый день. Посмотрел ваши ролики по установке линка. Спасибо огромное, все очень здорова показали! Но вот возникла проблема после установки EDGE. Дело в том что в вашем методе описывается публикация через TMG, и с 3 внешними апами. Я попытался сделать на 1 ип адресе и без TMG. Проблема вот в чем. С клиента линка на сервер попасть можно вбив в настройках адрес сервера руками. Автоматически он его не цепляет а пишет что с данной версии приложения не войти… Attendee Под анонимом пускает на ура, но через авторизацию сообщает when contacting your support team, reference error id 403 (source id 239). Snooper сначала сообщает SIP/2.0 401 Unauthorized, затем SIP/2.0 403 Forbidden. Посоветуйте где копать?!

  27. 07.12.2011 в 17:49

    Алексей :
    Он не работает

    Запости там ) просто дело в том что сайт social.technet.microsoft.com уже пару дней не открывался…

  28. Анатолий
    21.02.2012 в 13:18

    Доброго времени суток!
    Поднял демо стенд, абсолютный аналог стенда с видео, только без TMG. Центр сетификации в интернет не опубликовывал. Пока ставлю сертификаты вручную. Внутри сервера и в локалке все работает. Edge уставлен. Проблема с подключением из интернета вне зависимости от версии винды. В DNS записи добавил. Домен sip.contoso.com из интернета пингуется ссылаясь на нужный ip. При подключении клиент долго думает, потом выдает стандартную ошибку: «…сервер временно недоступен…». Адрес сервера выставлен вручную: sip.contoso.com:443. Поставил сниффер на клиента, он почему-то стучиться на сервер по порту 3389.
    Из-за того, что не развернут TMG, соответственно не опубликованы веб-компаненты. Может быть проблема в этом?
    Не судите строго, поднимаю первый раз)

    • Stanky
      21.02.2012 в 23:43

      Не устану это повторять — с вопросами обращаемся на форум 😉 …

      P. S. А 3389 — это порт для RDP-подключений 😉 .

      • Анатолий
        22.02.2012 в 15:52

        Спс. Stanky дай свой e-mail. Есть вопрос не для форума, если что, скинь на voland.85@mail.ru

  29. Павел
    02.07.2012 в 12:48

    Здравствуйте ребята!!
    Я тоже из Самары и мне очень понравилось что вы сделали… но у меня возник небольшой затык с сертификатами…
    Если есть возможность, загляните на форум
    http://social.technet.microsoft.com/Forums/ru/lync2010ru/thread/39ae0f4c-e43b-431e-9312-7ca1c036856e

  30. Timur
    31.10.2012 в 07:05

    Приветствую, Александр, Илгиз. Просто хочется от всей души поблагодарить ВАс за то, что Вы охотно делитесь знаниями. Очень пригодились доклады по публикации Edge на TMG. Все работает, кроме адресной книги у внешних клиентов, но тут видимо затык с публикацией веб-комнонентов. Чуть позже буду с этим разбираться. Еще раз спасибо, не останавливайтесь)

  31. Grig
    18.03.2013 в 15:53

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

    Время, зафиксированное службой межсетевого экрана Microsoft Forefront TMG: 0,005 сек.
    Тестирование https://server.mydomain.ru:4443/
    Категория: Ошибка сертификата сервера назначения
    Сведения об ошибке: 0x80090322 — Главное конечное имя неверно.
    Действие: Перейти к http://go.microsoft.com/fwlink/?LinkId=115965

    Подскажите как проще сделать сертификаты? могу ли я сейчас в рабочей среде выдать другие?

    Буду очень благодарен…

  32. Павел
    28.04.2013 в 20:13

    Привет Илгиз! В очередной раз хочу просить твоей помощи
    http://social.technet.microsoft.com/Forums/ru-ru/lync2010ru/thread/d8160c89-6ef5-4505-b7cd-bd118d1315b9
    спасибо)

  33. 19.06.2013 в 11:41

    Добрый день! Отчаянно прошу помощи! Бьюсь 3 недели с одной и той же проблемой. Возникает проблема при попытках зайти на опубликованные веб компоненты Lync сервера через TMG. При попытке входа на meet.domain.ru, сервер отвечает ошибкой 403, хотя внутри всё работает как надо! Недавно разметил вопрос на Technet, но пока так и не разобрался. Вот топик: http://social.technet.microsoft.com/Forums/ru-RU/03c50a6b-b6b3-4135-ad4d-4aa986a0473a/lync-server-2010-403-
    Буду признателен!

  34. R-TRY
    25.11.2014 в 12:58

    Добрый день. Мучаюсь с публикацией webcomponents lync на tmg. Про прверке правила ругается на:

    Время, зафиксированное службой межсетевого экрана Microsoft Forefront TMG: 0,019 сек.
    Тестирование https://lync.xxx:4443/
    Категория: Ошибка сертификата сервера назначения
    Сведения об ошибке: 0x80090322 — Главное конечное имя неверно.
    Действие: Перейти к http://go.microsoft.com/fwlink/?LinkId=115965

    Я так понимаю что необходимо на TMG добавить сертификат CA. однако ни как не получается его создать….в оснастке центра сертификации тупо нет шаблона «Проверка подлинности сервера»

  35. Руслан
    11.12.2014 в 19:41

    Lync 2013, на самих, отдельно доменах все работает на ура. Все настройки эджа делал по видео и вопрос еще такой, 3 айпи адреса это чьи там приписаны они? Айпишки того куда надо пересылать или от куда приходит ?
    Скажем у меня 3 домена дс1(172.16.1.1) , дс2(172.16.2.1) и дс3(172.16.3.1). Чьи и писать если мне нужна связь с каждым ?

  36. Руслан
    11.12.2014 в 20:11

    ! У меня вопрос. Поднято 6 доменов в каждом из них эксчендж ,lync ,центр сертификации(все на отдельных машинах) суть проблемы не могу создать связи между клиентами разных доменов(они все отличны друг от друга айпишки (172.16.1~7.1)и все остальное. Еще есть фишка у всех доменов нет выхода в интернет. Суть вопроса как сделать так что пользователи этих доменов могли друг друга видеть( сделать эдже между ними не получатся.). Все машины пингуются. Фаерволов нет и ТМГ так же отсутствует.
    Буду рад всем советам.

  37. Руслан
    11.12.2014 в 20:21

    Повторюсь. И так есть 7 доменов на windows 2012(дс1,дс2,дс3, дс4, дс5, дс6,дс7 ) на каждом домене на отдельных машинах установлены exchange 2013, lync 2013, CA(все настроено по видео и чтению литературы из интернета). Каждый домен по отдельности работает отлично без сбоев. Объединить exchange 2013 между доменами мне удалось, но lync 2013 ни как не могу объединить, что бы пользователи из одного домена могли общаться с пользователями из другого домена. Все сервера соединены между собой локалкой(utp), то есть нет ни VPN ни интернета, так же нет и TMG. Вроде всю информацию сообщил. Пробавал поднять edge но по видео не понял чьи там прописывались ip, которых три штуки на одной сетевушки. и SRV запись где создавать ? какую SVR запись ?, ну и наконец это вообще реально просто в локальной сети ?
    Спасибо за ранее за все советы!!!

  1. 26.03.2011 в 14:13
  2. 17.04.2011 в 15:59

Добавить комментарий

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

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: