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


14

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

Ситуація:

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

Повідомлення про помилку:

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, вони будуть RDC на інших машинах.
  • Я маю неабиякий досвід налаштування віддаленого робочого столу.

Питання:

Це помилка бета-програмного забезпечення на сервері 2012 року, чи є новий спосіб змусити RDC працювати, що мені не вистачає?


Обидва в локальній мережі? (У мене ще не було можливості випробувати, але це було б перше очевидне питання). Якщо ви не отримаєте відповідь через кілька годин, я спробую це встановити і протестувати.
Вільям Гілсум

Так, обидва в одній підмережі. Машина є подвійним завантаженням. Під час завантаження на сервер 2008 RD2 RDC працює. Але не на сервері 2012.
Хлопець Томас

Mabe, вам потрібно включити "Віддалений робочий стіл" для домену, приватного чи загальнодоступного в "Дозволити програмам спілкуватися через брандмауер Windows" Привітаньте

Відповіді:


22

Я помітив, що колись увімкнення віддаленого робочого столу не дозволяє правильно виключати брандмауер для порту 3389. Перевірте, чи включено відповідне правило. Якщо це так, спробуйте відключити та негайно ввімкнути брандмауер. Це працювало для мене кілька разів.


Це працювало для мене. Після встановлення сервера 2012 R2 та активації віддаленого робочого столу брандмауер все ще заблокував вхідний зв’язок із віддаленого робочого столу. Мені довелося вручну ввімкнути правила для всіх мережевих профілів, щоб він працював (в моєму випадку 2012 R2 не налаштований як сервер домену, і я думаю, що тому він визнав мою локальну мережу загальнодоступною локальною мережею.)
Philm

5
У мене була і ця проблема. Виняток брандмауера Windows, який додається за замовчуванням, коли ввімкнено RDP, стосується лише приватної мережі, і в моєму випадку мені потрібна була для загальнодоступної мережі.
ub3rst4r

3
Він створив лише правила брандмауера для профілю домену для мене. Я також повинен був вручну включити публічні правила.
Джоел МакБет

Це хороша відповідь, але я думаю, ви можете трохи придумати це і пояснити, як дістатися до правил і конкретно до яких правил. Для мене я набрав "Брандмауер" на панелі пошуку, клацнув Брандмауер Windows з розширеною безпекою, натиснув Вхідні правила та ввімкнув Віддалений робочий стіл - Режим користувача (TCP-In) з профілем Public.
Андрій


3

Я опинився в подібній вам ситуації з ОП. У мене була групова політика щодо включення ПРСР. Я перевірив, що це застосовується, і що я можу пінг-сервер на цільовому сервері. У менеджері сервера 2012 року він сказав "Віддалений робочий стіл: Увімкнено".

Однак, дотримуючись кроків, опублікованих sushant (cmd> systempropertiesremote) (до яких також можна дійти іншими методами, наприклад, sysdm.cpl), я дійшов до вкладки "Віддалений" в розділі "Властивості системи" і побачив, що "Не дозволяти віддалене з'єднання з цим" вибрано перемикач "комп'ютер". Це було явно причиною моєї проблеми, і, як очікувалося, вибір "Дозволити віддалені з'єднання з цим комп'ютером" дозволив мені перейти на сервер mstsc.

У мене також був інший приклад, коли навіть не було включено RDC, порт брандмауера не відкрився. Зараз у мене є стандартним в будь-якому домені, я керую двома політиками, одну для включення RDP, а іншу для дозволу через брандмауер.


1

Перевірте, чи ви змінили клавіатури за замовчуванням.

У мене була така ж проблема, але як тільки я вибрав Клавіатуру - Індія , яку налаштовував під час встановлення 2012 року, система знову дозволила підключити віддалений робочий стіл.


Це було проблемою для мене, я чомусь помітив, що пароль місцевого адміністратора вже не приймається, оскільки мова клавіатури змінилася. Після цього я помітив, що RDP вже не працює, я не з'єднав їх до цієї посади. Дивна помилка!
FredoAF

1

тому я зіткнувся з проблемою під час встановлення статичного IP-адреси на Windows 2012 VM. Коли встановлено статичний IP, мій VM став не реагувати на RDP або RDC. як я це виправив?

  1. перейдіть до панелі управління> Мережа та Інтернет> Мережа та обмін

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

  3. клацніть правою кнопкою миші по мережі, якій потрібен статичний IP-адреса та виберіть властивості

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

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

  6. Введіть заданий та бажаний DNS

  7. натисніть кнопку ОК та відкрийте командний рядок та введіть: ipconfig / flushDNS

у наведеному вище командному рядку не використовуйте Collin, і після ipconfig є пробіл

  1. після цього зробіть скидання vm і спробуйте перейти до вас vm

  2. Ви тепер працюєте на статичному 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.

Подальші вказівки
a) Ця тестова машина раніше мала проблеми з диском.
b) sfc / scannow виявляє помилки.


0

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

На одному сервері я видалив клавіатуру США (це було налаштовано за замовчуванням під час встановлення), потім спробував включити RDP, і це не спрацювало.

Після того як я знову встановив клавіатуру США, RDP почав працювати!


0

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


0

У мене щойно була ця проблема підключення до мого контролера домену Windows 2012 R2. З'ясувалося, що причиною було те, що послуга поінформованості про мережу про місцезнаходження в DC встановила мережеве з'єднання як загальнодоступне, а не домен. Для мене справою було перезапустити службу NLA, як описано тут /server/362374/domain-controller-thinks-its-on-a-public-network .

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.