Подключение к удаленному рабочему столу не может подключиться к Windows Server 2012


14

Миссия к удаленному рабочему столу INTO Windows Server 2012 (автономная версия).

Ситуация:

  • Панель управления, Система, Удаленные настройки, Удаленный рабочий стол - Разрешить
  • Все брандмауэры выключены
  • Попытка подключения с использованием известного IP-адреса (ping работает нормально)
  • Подключите опцию как пользователь, который уже вошел в систему.

Сообщение об ошибке:

Remote Access Cannot Connect
1)  Remote access not enabled
2)  Remote computer turned off
3)  Remote computer not available

Дополнительная информация:

  • Сервер 2012 может RDC OUT.
  • Машины, которые я использую для подключения IN, - это Windows 7 и Windows 8, они будут подключаться к другим машинам.
  • У меня есть хороший опыт настройки удаленного рабочего стола.

Вопрос:

Это ошибка бета-версии программного обеспечения на сервере 2012 или есть новый способ заставить RDC работать, которого мне не хватает?


Находятся ли оба в локальной сети? (У меня еще не было возможности проверить, но это был бы первый очевидный вопрос). Если вы не получите ответ в течение нескольких часов, я постараюсь установить и протестировать его.
Уильям Хилсум

Да, оба в одной подсети. Машина двойная загрузка. При загрузке в Server 2008 R2 RDC работает. Но не в Server 2012.
Гай Томас,

Mabe Вам необходимо включить «Удаленный рабочий стол» для домена, Private или Public в «Разрешить приложения общаться , используя имеющийся брандмауэра Windows» Приветствие

Ответы:


22

Я заметил, что иногда включение удаленного рабочего стола некорректно включает исключение брандмауэра для порта 3389. Пожалуйста, проверьте, включено ли соответствующее правило. Если это так, попробуйте отключить и немедленно включить брандмауэр. Это сработало для меня несколько раз.


Это сработало для меня. После установки 2012 R2 Server и активации удаленного рабочего стола брандмауэр по-прежнему блокировал входящие соединения с удаленного рабочего стола. Мне пришлось вручную включить правила для всех сетевых профилей, чтобы заставить его работать (в моем случае 2012 R2 не настроен в качестве сервера домена, и я думаю, именно поэтому он распознал мою локальную сеть как общедоступную локальную сеть.)
Philm

5
У меня тоже была эта проблема. Исключение брандмауэра Windows, которое добавляется по умолчанию, когда включен протокол RDP, предназначено только для частной сети, и в моем случае оно мне понадобилось для публичной сети.
ub3rst4r

3
Он только создал правила брандмауэра для профиля домена для меня. Мне также пришлось вручную включить публичные правила.
Джоэл МакБет,

Это хороший ответ, но я думаю, что вы могли бы еще немного заглушить его и объяснить, как добраться до правил и какие конкретно правила. Для меня я набрал «Брандмауэр» в строке поиска, щелкнул Брандмауэр Windows в режиме повышенной безопасности, нажал «Входящие правила» и включил «Удаленный рабочий стол - Режим пользователя (TCP-In)» с профилем Public.
Андрей


3

Я был в подобной ситуации с тобой ОП. У меня была групповая политика для включения RDP. Я проверил, что это применяется, и что я могу пропинговать целевой сервер. В диспетчере серверов 2012 года было указано «Удаленный рабочий стол: включен».

Однако после выполнения шагов, опубликованных sushant (cmd> systempropertiesremote) (что также может быть достигнуто другими методами, например, sysdm.cpl), я открыл вкладку «Удаленные» в окне «Свойства системы» и увидел «Не разрешать удаленные подключения к этому». компьютер "радио-кнопка была выбрана. Это явилось причиной моей проблемы, и, как и ожидалось, выбор «Разрешить удаленные подключения к этому компьютеру» позволил мне подключиться к серверу mstsc.

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


1

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

У меня была та же проблема, но как только я выбрал « Клавиатура - Индия» , которую я настроил при установке 2012 года, система снова разрешила подключения к удаленному рабочему столу.


Это была проблема для меня, по какой-то причине я заметил, что пароль локального администратора больше не принимался, так как язык клавиатуры изменился. После этого я заметил, что RDP больше не работает, я не связывал их до этого поста. Странная ошибка!
FredoAF

1

поэтому я столкнулся с проблемой при установке статического IP-адреса на виртуальной машине Windows 2012. Когда был установлен статический IP-адрес, моя виртуальная машина перестала отвечать на запросы RDP или RDC. как я это исправил?

  1. перейдите в панель управления> Сеть и Интернет> Сеть и обмен

  2. изменить настройки адаптера в левом верхнем углу

  3. щелкните правой кнопкой мыши сеть, которой требуется статический IP-адрес, и выберите свойства

  4. Выберите интернет-протокол версии 4 (TCP / IPv4)

  5. выберите использовать следующий IP-адрес и введите свой статический IP-адрес, предоставленную маску подсети и предоставленный шлюз по умолчанию

  6. Введите данный и предпочитаемый DNS

  7. нажмите ок и откройте командную строку и введите: ipconfig / flushDNS

в приведенной выше командной строке не используйте Collin и после ipconfig есть пробел

  1. после того, как это сделано, перезагрузите виртуальную машину и попробуйте выполнить команду rdp.

  2. у вас vm сейчас работает на статическом IP

Джей Эсс.


1

У меня была та же проблема с клиентом WINDOWS XP, который не мог подключиться к удаленному серверу Windows 2012 R2.

Я решил проблему, сняв флажок на сервере: «Разрешить подключения только для компьютеров, на которых запущен удаленный рабочий стол с проверкой подлинности на уровне сети (рекомендуется)».

Чтобы найти эти настройки в Windows 2012 R2: щелкните правой кнопкой мыши «Мой компьютер», выберите «Свойства», а затем «Удаленные настройки». На экране, который появится, вы найдете этот флажок.

Вероятно, XP не поддерживает «Аутентификацию на уровне сети», и когда сервер требует этого, клиент XP не может подключиться.


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

0

Как включить удаленный рабочий стол в Windows Server 2012 :

  1. Наведите указатель мыши на нижнюю правую часть экрана, и вы увидите панель Charm Bar.
  2. Нажмите на кнопку поиска, ту, с увеличительным стеклом. Смотрите скриншот ниже:
  3. Введите CMD в текстовое поле поиска приложений:
  4. Нажмите на CMD слева, он запустит командную строку:
  5. В окне командной строки введите SystemPropertiesRemote и нажмите Enter
  6. Приведенная выше команда запускает окна свойств системы.
  7. Выберите соответствующий параметр в разделе «Удаленный рабочий стол» и нажмите «ОК».

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

Вы проверили свою идею на Windows Server 2012?
Парень Томас

0

Изучив все ответы и комментарии, а также проанализировав аналогичные проблемы в Интернете, я пришел к выводу, что это проблема повреждения файлов на компьютере с Windows 2012 Server.

Дополнительные указания
а) Этот тестовый компьютер ранее вызывал проблемы с диском.
б) SFC / SCANNOW выявляет ошибки.


0

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

На одном сервере я удалил американскую клавиатуру (которая была настроена по умолчанию во время установки), затем попытался включить RDP, но она не работала.

Как только я переустановил американскую клавиатуру, RDP начал работать!


0

У меня была та же проблема с клиентами как XP, так и Windows 8 ... казалось, что сервер не был правильно подключен к домену, я перезагрузил сервер, вошел в систему как администратор домена, а затем, когда я попытался подключиться с помощью RDP, машина Win 8 работал нормально, XP не из-за NLA, как указано выше.


0

Я только что столкнулся с этой проблемой при подключении к контроллеру домена Windows 2012 R2. Выяснилось, что причина в том, что служба осведомленности о сетевом расположении на контроллере домена установила сетевое подключение как общедоступное вместо доменного. Решение, которое работало для меня, состояло в том, чтобы перезапустить службу NLA, как описано здесь /server/362374/domain-controller-thinks-its-on-a-public-network .

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.