none
внешние клиенты Lync 2013 не могут видеть опубликованный рабочий стол. RRS feed

  • Вопрос

  • Собственно, Lync Server 2013 + EDGE опубликовано на TMG.

    Клиент внутри сети показывает экран (или программу) клиенту через интернет; внешний клиент получает сообщение "Произошла ошибка во время демонстрации экрана". Звук, видео, чат, доска - всё работает; внешний клиент может показать свой рабочий стол внутреннему.

    В какой стороне искать проблему?

Ответы

Все ответы

  • настроено так:

    EDGE:

    TMG:2 провайдера в режиме балансировки, Lync ходит только через 1 внешний ip.

    До миграции с Lync 2010 до 2013 всё работало 100%.

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

    Проверьте порты. Port Requirements



    MCITP. Знание - не уменьшает нашей глупости.

    Модератор
  • Непонятно, почему удаленный пользователь не может получить только удаленный рабочий стол (или приложение)? Всё остальное работает, даже сам удаленный пользователь демонстрирует свой рабочий стол и всё хорошо т.е. с портами вроде всё нормально... Проверял на нескольких внешних клиентах - проблема одна.
  • Похоже, что изнутри сети требуемые для расшаривания рабочего стола порты закрыты. Проверьте, не идет ли трафик клиент Lync->FE->Edge через TMG и  открытые порты на FireWall на клиенте внутри сети, на FE

    Клиенту Lync требуются следующие порты:

    Clients

    1024-65535 *

    TCP

    Application sharing.

    Для FE:

    Front End Servers

    Lync Server Application Sharing service

    49152-65335

    TCP

    Media port range used for application sharing.

    Полный список требуемых портов внутри сети:

    http://technet.microsoft.com/en-us/library/gg398833.aspx

    Также Вам поможет Microsoft Lync Server 2010 Protocol Workloads Poster

    http://www.microsoft.com/en-us/download/confirmation.aspx?id=6797



    http://www.useto.ru

  • такс, Lync FE, EDGE - для чистоты эксперимента разрешил весь in/out трафик в Windows Firewall; Внутренний клиент (который показывает экран) - антивируса нет, Windows Firewall - открыт, на TMG создано правило разрешающее весь трафик во внешнюю сеть.

    На TMG во время попытки показать экран:

    0.202 - ip клиента, который показывает экран (внутри сети), замазанный ip - наш белый, 172.31.90.154 - ip клиента в интернете, которому показываем экран.

    Очень похоже, что трафик идет от внутреннего клиента к внешнему клиенту напрямую, а не через EDGE... Что-то мне подсказывает, что такого не должно быть.

  • Клиент всегда будет пытаться соединиться напрямую с другим клиентом, и если это только не получится, то тогда через Edge. На первый взгляд странно, что в Вас внутренний клиент пытается оправить трафик на внешний интерфейс Edge, это, как мне кажется, ненормальность. Он должен на внутренний интерфейс Edge идти. Смотрите с маршрутизацию между сетями из 0.xxx на 1.xxx, желательно, чтобы на "железном" уровне была маршрутизация, а не через TMG.



    http://www.useto.ru

  • У меня сеть 192.168.0.0 с маской 255.255.254.0, в 192.168.1.0 серваки и всякие железки, в 192.168.0.0 - клиенты.

    Добавлю: в логах на серверах, на клиенте (включен Windows Event) ничего на этот счёт нет.

  • Провел эксперимент: внешний клиент - Lync 2010 - всё работает, внешний клиент Lync 2013 - вышеописанная проблема.

    шапку обновил...

  • Надеюсь, что тест Вы проводили на одном и том же компьютере и на одном и том же внешнем провайдере? А то некоторые интернет-провайдеры могут просто заблокировать в своей сети порты и на это мы с Вами повлиять не сможем. У меня, к примеру, через сотовый модем мегафона рабочий стол не показывает,а видео-аудио идет нормально.

    http://www.useto.ru

  • да, проверил на 3х разных машинах, результат одинаковый: ПК1 - Windows 7 Pro клиент Lync 2013 не показывает экран, на этой же машине Lync 2010 - всё работает прекрасно; ПК2 - Windows 8 клиент только Lync 2013 - не работает; ПК3 - Windows XP клиент Lync 2010 - всё работает.
  • Интересно, а если собрать конференцию из 3-х клиентов внутреннего и внешнего разных версий? Тогда весь трафик точно пойдет через EDGE. Возможно, будет работать.

    Кстати, на Lync 2013 клиенте логи могут показать проблему (включить ведение журнала в Lync).  

    Обычно находятся здесь:

    C:\Users\user_name\AppData\Local\Microsoft\Office\15.0\Lync\Tracing


    http://www.useto.ru

  • Ну собственно, такая конференция и выявила проблему...

    по теме: сегодня WSUS раздал килограмм обновлений, в т.ч. http://support.microsoft.com/kb/2768004/en-us (Lync 2013 update 15.0.4481.1004: May 2013) - вроде как проблема разрешилась...