none
Lync Web App некорректная переадресация RRS feed

  • Вопрос

  • Здравствуйте!

    При создании собрания через Lync Client, он генерирует ссылку вида https://meet.domain.ru/user/RWTC5026

    Если я подключаюсь из вне по этой ссылке - меня перебрасывает на неверную ссылку https://lync2013.interdomain.local

    Как настроить так, чтобы редирект был на корректный адрес?


    Alex

    16 сентября 2014 г. 5:16

Ответы

  • так вы записи для старого удалите все из публикации. 

    И проверьте в ферме meet. Там точно порт 4443 указан?


    Do not multiply entities beyond what is necessary


    • Изменено Dmitry.I 16 сентября 2014 г. 7:56
    • Помечено в качестве ответа ArhangeL87 16 сентября 2014 г. 8:38
    16 сентября 2014 г. 7:51

Все ответы

  • День добрый.

    1. Проверьте настройки согласно статьи.

    Planning for simple URLs in Lync Server 2013

    2. Проверьте правила публикации и редиректа на Reverse Proxy. 

    Components Required for External User Access: http://technet.microsoft.com/en-us/library/gg425779.aspx
    Configure Web Publishing Rules for a Single Internal Pool: http://technet.microsoft.com/hi-in/library/gg429712(en-us).aspx

    3. Проверьте прописаные порты и URL в службах

    Get-CsService –WebServer

    4. Проверьте записи в публичном и внутреннем DNS.

    5. Проверьте имена в внутренних и внешних сертифкатах.

     


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


    16 сентября 2014 г. 5:47
    Модератор
  • Я так понял, проблема с внешним пользователем?

    Для начала воспользуйтесь Анализатором удаленных подключений. Каким образом у вас публикуются web службы Lync? Все ли необходимые записи в DNS сделаны. Simple URL в топологии указаны верно?


    Do not multiply entities beyond what is necessary

    16 сентября 2014 г. 5:50
  • 1) Согласно этой статье - имеются настроены и имеются нужные записи;

    2) Reverse Proxy находится на IIS ARR. Настраивал по инструкции http://technet.microsoft.com/en-us/library/gg429712.aspx

    3) В выводе команды ничего неправильного не заметил


    Alex

    4) Записи в DNS есть

    5) Все записи прописаны в сертификате

    • Изменено ArhangeL87 16 сентября 2014 г. 6:12
    16 сентября 2014 г. 6:04
  • Публикация через IIS ARR

    Записи в DNS сделаны

    Проверил Анализатором, он в отчетах выдал:

    X-MS-WebTicketURL: https://lync.interaldomain.ru/WebTicket/WebTicketService.svc

    X-MS-Server-Fqdn: lync.interaldomain.ru

    Это как раз тот внутренний сервер - куда редиректится внешний пользователь и не видит его.

    Как мне изменить эти параметры?


    Alex

    16 сентября 2014 г. 6:08
  • Такое подозрение, что у вас неправильно настроен URL Rewrite на IIS Arr

    Если возможно, покажите правила для URL-а meet 


    Do not multiply entities beyond what is necessary


    • Изменено Dmitry.I 16 сентября 2014 г. 6:14
    16 сентября 2014 г. 6:14
  • Скриншот прилагаю


    Alex

    16 сентября 2014 г. 6:27
  • Посмотрите в топологии. В свойствах пула (или в свойствах Standard Edition Front End) каким образом у вас прописано имя External web services? и каким образом Internal?

    Do not multiply entities beyond what is necessary

    16 сентября 2014 г. 6:57
  • Покажите лог IIS

    %SystemDrive%\inetpub\Logs\W3SVC1

    %SystemDrive%\inetpub\Logs\FailedReqLogFiles\W3SVC1

    Using Failed Request Tracing Rules to Troubleshoot Application Request Routing (ARR)


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

    16 сентября 2014 г. 7:02
    Модератор
  • Почему у вас не совпадают имена? Так задумано?

    meet.domain.ru и meetings.domain.ru 


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


    16 сентября 2014 г. 7:33
    Модератор
  • %SystemDrive%\inetpub\Logs\W3SVC1

    https://yadi.sk/i/JdMTLEtRbVg2n


    Alex

    16 сентября 2014 г. 7:41
  • У вас один или два SIP доена? Судя по правилам URL Rewrite как будто бы два.

    Олег, имя meeting.domain.ru - это внешнее имя веб служб Lync. Хотя обычно имя дают более понятное, например LyncWeb или WebExt. Но тут дело вкуса.


    Do not multiply entities beyond what is necessary

    16 сентября 2014 г. 7:41
  • У нас IIS8

    В пункте 10

    (Deselect ASP, ASPNET) Отсутствует RequestRouting


    Alex

    16 сентября 2014 г. 7:46
  • У нас был старый SIP домен, мы переехали на новый.

    Записи остались и для нового и для старого.


    Alex

    16 сентября 2014 г. 7:47
  • так вы записи для старого удалите все из публикации. 

    И проверьте в ферме meet. Там точно порт 4443 указан?


    Do not multiply entities beyond what is necessary


    • Изменено Dmitry.I 16 сентября 2014 г. 7:56
    • Помечено в качестве ответа ArhangeL87 16 сентября 2014 г. 8:38
    16 сентября 2014 г. 7:51
  • В логе нет явных ошибок.

    Проведите пожалуйста тест.

    Test-CsUcwaConference

    Test-CsWebScheduler

    Test-CsMcxConference


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

    16 сентября 2014 г. 8:26
    Модератор
  • Проблема решена!

    Видимо, действительно ошибся в настройках фермы meet. Удалил сервер и создал новый, адрес указал meeting.

    После этого стал нормально редиректиться.

    Спасибо Всем, кто принимал участие! В особенности Дмитрию, который всегда откликается!


    Alex

    16 сентября 2014 г. 8:38