Сервер шлюза удаленных рабочих столов временно недоступен windows

Сервер шлюза удаленных рабочих столов временно недоступен windows

Сообщения: 12
Благодарности: 0

выполните на новом сервре
netstat -a | findstr 3389
покажите вывод »
» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 12
Благодарности: 0

может дело в настройке роутера всё таки. »
» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 411
Благодарности: 69

В проброске портов я «играюсь» только с ip серверов »
что выдает машина с которой пытаетесь подключиться? какую ошибку? »
Да. Проверил — 443-й доступен на обоих серверах »

если порт отвечает снаружи, соединение должно проходить

нужно тогда больше информации с клиента
смотрите логи по службе RDP

так сервер шлюза удаленных рабочих столов временно недоступен »

вы к серверу подключаетесь через шлюз?

то есть у вас 2 сервера,
шлюз к которому вы изначально подключаетесь через HTTPS, и сам сервере терминалов?

Читайте также:  Практическая работа справочная система windows

Ошибка «компьютеру не удается подключиться к удаленному компьютеру» так как зависание службы шлюза удаленных рабочих Столов в Windows Server 2012 R2

В данной статье описывается проблема, которая возникает при попытке доступа к серверу служб удаленных рабочих столов (RDS) через службу шлюза удаленных рабочих столов (шлюз RD) в Windows Server 2012 R2. Доступно исправление для решения этой проблемы. Исправление с условием.

Симптомы

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

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

Кроме того необходимо перезапустить службу шлюза удаленных рабочих Столов для восстановления доступа.

Вы можете также заметить, что шлюз служб терминалов (TSGateway) процесс svchost.exe занимает чрезмерное время ЦП.

Сведения об исправлении

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

Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.

Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:

Примечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Для установки этого исправления необходимо иметь , установленные в Windows Server 2012 R2.

Сведения о реестре

Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.

Необходимость перезагрузки

Может потребоваться перезагрузить компьютер после установки данного исправления.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Не удаётся подключиться к RDP через шлюз?

Условия. Есть большой офис, внутри доменная сеть. Также организован шлюз RDP для возможности работать удалённо при необходимости. У шлюза свой сертификат. Корневой выдают администраторы, который надо установить на клиентском компьютере в корневое хранилище. Авторизация на шлюзе – через ту самую доменную учётную запись (логин-пароль)
Проблема. Не получается подключиться к этому самому RDP. Судя по проведённым тестам, подключение отклоняет шлюз. Пробовал google, практически ничего не нашёл. Найденные мелкие советы не помогли. Системный брандмауэр отключён в принципе, антивирус отключал. Убивал все процессы, кроме системных. Даже ставил виртуальную систему с другой ОС – результат тот же. При том, когда обращался к админам – они при мне подключались через мою учётную запись со своего удалённого компьютера. Всё работает. Насчёт поднятия логов шлюза пока админов не дёргал, решил попробовать разобраться своими силами. Не пробовал в безопасном режиме, не пробовал с другого компьютера с другой ОС. Просмотреть траффик не получилось. По порту 3389 уходит только несколько пакетов, больше похожих на ping.

Читайте также:  Linux mint which file system

Пробовал подключаться с двух разных компьютеров, которые территориально находятся совсем в разных местах (разные провайдер, IP и пр.). На обеих стоит Windows 7 x64 uk-UA (без SP, без обновлений), оба настраивались и используются мной. Нет даже предположений, в чём проблема. Какой-то софт, либо сделанные мной настройки, или ещё что.

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

Сервер шлюза удаленных рабочих столов временно недоступен windows

Вопрос

Доброго времени суток! Столкнулся с проблемой, вроде все понятно как установить и развернуть удаленные рабочие столы и RemoteApp приложения на базе Windows Server 2012 Standart, все сделано и в локальной сети замечательно работает, НО!

Появилась необходимость запускать RemoteApp приложения из вне, пытаюсь установить шлюз удаленных столов, но все в пустую. Проблема в том, что при установке «Сервера Шлюза удаленных столов» мастер говорит, что вроде все хорошо, но нужно присвоить сертификат, и тут самое интересное идя по ссылке для установки сертификата, получаем вот такую картину:

Строка для присвоения сертификата Шлюзу НЕактивна! В чем проблема, что не так? Подскажите пожалуйста куда копать. Ошибка после такой попытки установить Сервер Шлюза удаленных столов:

Была проделана попытка переустановки ролей шлюза и диспетчера шлюза удаленных рабочих столов.

— Удалил роль, перезагрузил сервер

— Установил роль через PowerShell, перезагрузку не потребовал, выдал предупреждение:

Для приема подключений службе шлюза удаленных рабочих столов необходим действительный SSL-сертификат. Убедитесь, что получен действительный SSL-сертификат, затем свяжите (сопоставьте) его при помощи диспетчера шлюза удаленных рабочих столов. Дополнительные сведения см. в разделе справки диспетчера «Получение сертификата для сервера шлюза удаленных рабочих столов». Произошла следующая ошибка: «259»

— Установил «Средства шлюза удаленных рабочих столов», дабы появился «Диспетчер шлюза удаленных столов» Заходим в диспетчер:

Читайте также:  Создание виртуального привода для windows 10

Пусто! Сервера нет, и сопоставить несчем(((

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

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

Сервер шлюза удаленных рабочих столов временно недоступен windows

Вопрос

Все службы RDS установлены на одном сервере W2012.

Все работает в пределах домена, есть пользователи в удаленной сети (другая подсеть+VPN до офиса).

Через Rdp-сессию сидят без проблем.

Ответы

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

Машина по прежнему пытается подключиться через шлюз.

Если вы поставили галки, то этого происходить не должно.

Зарегистрируйте сервера в Active Directory через NPS консоль («Win+Q — набрать «nps«)

Если не получится, то в качестве теста, попробуйте отключить шлюз.

Все ответы

На машинках в какой сети возникает ошибка?

Какая версия клиентских ОС?

Используется ли у вас шлюз для внутренних сетей?

Get-RDDeploymentGatewayConfiguration | fl BypassLocal

Если True, то авторизация для пользователей внутри сети на шлюзе не происходит.

На машинах из внешки.

в основном 7х64. и та с корой надо заставить работать тоже.

насчет шлюза не понял? филиал выходит в инет через другого провайдера. между роутерами впн-канал(ходят на файл шару, 1с.) впринципе именно 1с в remoteapp и не работает.

развернуты службы удаленных рабочих столов.

сейчас залез в свойства развертывания

так должно быть?

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

пробовал и сгалками и без — не работает

Попробуйте с включенной галкой обновить подключение RemoteApp

Какой сертификат у вас используется?

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

Значит у вас используется дефолтный самоподписный сертификат.

Когда вы подключаете RemoteApp вы прописываете путь подключения к серверу в виде

Соединение по https, соответственно нужен сертификат.

Если у вас есть доменный центр сертификации рекомендую выдать сертификат для вашего сервера.

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

Оцените статью