Меню

Hyper v не работает rdp

Подключение к машинам Hyper-V первого поколения по протоколу RDP

У гипервизора от Microsoft Hyper-V есть специфика деления виртуальных машин на первое и второе поколение. Одной из особенностей машин первого поколения является то, что мы можем использовать только ограниченный базовый сеанс подключения, тогда как для машин второго поколения существует расширенный сеанс с использованием технологии подключения по протоколу RDP – родного функционала Windows для удалённого доступа.

И этот расширенный сеанс позволяет использовать большие возможности. Но машину Hyper-V первого поколения при желании также можно подключить по RDP. Как это сделать?

Базовый сеанс подключения Hyper-V не позволяет нам использовать звуковые устройства внутри машины, не предусматривает копирование данных, из сообщения реальной и виртуальной программной среды есть только одностороннее копирование текста – из хост-системы в гостевую. В рамках же расширенного сеанса нам доступны двунаправленное копирование данных и текста, подключение принтеров, подключение внешних носителей информации и разделов жёсткого диска, прочей периферии физического компьютера. И вот чтобы все эти возможности были доступны для машин первого поколения, к ним нужно подключаться с использованием системного функционала подключения по RDP . А для этого необходимо, чтобы хост- и гостевая системы находились в одной локальной сети. И есть ещё одно условие: на машинах первого поколения в качестве гостевых ОС должны быть установлены редакции Windows начиная с Pro . В редакциях Home и прочих базовых нет возможности подключения по RDP .

Итак, как подключить машину первого поколения по RDP? Для этого, повторимся, необходима локальная сеть между машиной и реальным компьютером. А для этого, в свою очередь, нужно, чтобы машина была подключена к сети через виртуальный коммутатор внешнего типа. Такой будет обеспечивать и выход машины в Интернет, и локальную сеть между машиной и реальным компьютером. Если для машины в параметрах выбран коммутатор по умолчанию Default Switch, то он не подходит, и необходимо создать новый коммутатор.

Для этого открываем диспетчер коммутаторов.

Создаём новый коммутатор, его тип выбираем «Внешняя».

Даём имя коммутатору. Если на физическом компьютере несколько сетевых адаптеров, можем выбрать нужный, который будет использоваться для виртуальных машин. В целом настройки коммутатора должны быть такими, как на снимке ниже.

Далее в параметрах машины указываем созданный только что коммутатор.

Запускаем машину и первым делом настраиваем сеть. Гостевая Windows сама должна обнаружить новую сеть и предложить её настроить. Можем выбрать тип домашней сети.

Далее в гостевой ОС можем настроить возможность доступа по RDP без ввода пароля. В большинстве случаев на виртуальных машинах не нужен запароленный доступ к учётной записи Windows. Таким образом мы избежим ненужной волокиты с вводом пароля и будем подключаться к машине в пару кликов. Запускаем редактор gpedit.msc . Раскрываем в его окне слева путь, показанный на снимке ниже, и открываем политику использования пустых паролей.

Ставим её значение «Отключён».

Читайте также:  Телевизор лджи смарт тв как настроить яркость

Далее жмём клавиши Win + Pause , запускаем настройку удалённого доступа.

Активируем разрешение подключаться по удалёнке с проверкой подлинности.

Узнаём внутренний IP -адрес машины, можно с помощью командной строки и всем известном команды:

ipconfig

Затем переходим в хост-систему, запускаем окно подключения по RDP (просто вписываем во внутрисистемный поиск «RDP») . Вводим IP машины, подключаемся.

Поле пароля оставляем пустым.

Жмём «Да» в окошке проверки подлинности.

И всё – мы подключены к машине по RDP .

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

Современные Wi-Fi маршрутизаторы достаточно мощны, чтобы обеспечить более или менее качественное покрытие в многоквартирных и .

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

TeamViewer — пожалуй, самый удобный инструмент удаленного администрирования компьютеров, сочетающий в себе функциональность и простоту .

Полная анонимность в интернете — это не более чем миф, в который могут верить разве .

Источник

Hyper v не работает rdp

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

Is it possible to enable RDP client (!) on Hyper-V server?

So to be clear, I want to connect FROM Hyper-V TO other machine, and NOT to enable rdp to connect the Hyper-V (that is already done and working).

I know it could sounds pointless, but in some cases I need it.

Answers

there is no «install feature» method of doing this and I can imagine it’s not supported by Microsoft. But you can add the RDP Client (mstsc) to server core by copying the following files from a server (preferably the same OS) with full GUI installation to the Hyper-V server:

From System32 folder:

From System32\en-US folder:

Hope this helps you out.

Floris van der Ploeg

If my post was helpfull, remember to click the «Vote as helpful» button, or use the «Mark as Answer» button

The RDP client is ever present when a ‘full’ install of server / windows is done.

If you are using the free Hyper-V Server — it lacks the shell, and thus RDP is not added as it is a shell component.

Brian Ehlert
http://ITProctology.blogspot.com
Learn. Apply. Repeat.

  • Proposed as answer by Tim Cerling MVP Wednesday, October 8, 2014 9:30 PM
  • Marked as answer by Elton_Ji Thursday, October 23, 2014 3:56 AM

All replies

there is no «install feature» method of doing this and I can imagine it’s not supported by Microsoft. But you can add the RDP Client (mstsc) to server core by copying the following files from a server (preferably the same OS) with full GUI installation to the Hyper-V server:

From System32 folder:

From System32\en-US folder:

Читайте также:  Для чего нужен как настроить прокси

Hope this helps you out.

Floris van der Ploeg

If my post was helpfull, remember to click the «Vote as helpful» button, or use the «Mark as Answer» button

The RDP client is ever present when a ‘full’ install of server / windows is done.

If you are using the free Hyper-V Server — it lacks the shell, and thus RDP is not added as it is a shell component.

Brian Ehlert
http://ITProctology.blogspot.com
Learn. Apply. Repeat.

  • Proposed as answer by Tim Cerling MVP Wednesday, October 8, 2014 9:30 PM
  • Marked as answer by Elton_Ji Thursday, October 23, 2014 3:56 AM

I actually did this and it is working perfect.

However, I’m not sure is it legal after all. Coz the source I’m using is from full-featured Win 2012.

So if no install feature, I guess the correct question is — is this operation legal.

Hyper-V is free, but in this case it’s kinda modified software and so on.

Floris — I tried this, copying the files from a live Win2012r2 standard build into a 2012r2 Core buld, but I get an error when I subsequently run mstsc.exe —

Could not load the Remote Desktop Services ActiveX control. Make sure mstscax.dll is in the path.

[I have confirmed that the files are in the correct locations and have appropriate permissions. eg:

C:\Users\Administrator>icacls \windows\system32\mstsc*.*
\windows\system32\mstsc.exe NT AUTHORITY\SYSTEM:(I)(F)
BUILTIN\Administrators:(I)(F)
BUILTIN\Users:(I)(RX)
APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(I)(RX)

\windows\system32\mstscax.dll NT AUTHORITY\SYSTEM:(I)(F)
BUILTIN\Administrators:(I)(F)
BUILTIN\Users:(I)(RX)
APPLICATION PACKAGE AUTHORITY\ALL APPLICATION PACKAGES:(I)(RX)

Unfortunately, regsvr32 \windows\system32\mstscax.dll also fails with this error:

The Module «\windows\system32\mstscax.dll» failed to load. Make sure the binary is stored at the specified path.

Have you encountered this, and resolved it ?

For kicks, I ran mstsc.exe as administrator.. and received a new error message, that msacm32.dll was missing.

After copying \windows\system32\msacm32.dll and \windows\system32\msacm32.drv onto my 2012r2 CORE server, MSTSC.exe does now work !

— for both elevated and standard users

Ignite a fire and a man is warm for a night: ignite a man, and he is warm for the rest of his life.

Источник

Hyper v не работает rdp

I have installed two Windows Hyper-v 2019 server instances and both of them are problematic.

I have enabled remote management in Sconfig. I also set it to respond to pings.

I then enabled Remote desktop (from any client).

I cannot ping or rdp to either of them. I can’t use RSAT tools to manage them.

\\192.168.9.211\c$ does not work either

I have domain-joined the machines and they do this OK. Outgoing connections are fine.

Aside from regedit, most of the tools I’d normally use to diagnose are not present.

I ran an netstat -ano and got this:

Proto Local Address Foreign Address State PID
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 1144
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:2179 0.0.0.0:0 LISTENING 2740
TCP 0.0.0.0:5985 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:47001 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:49664 0.0.0.0:0 LISTENING 860
TCP 0.0.0.0:49665 0.0.0.0:0 LISTENING 1428
TCP 0.0.0.0:49666 0.0.0.0:0 LISTENING 1852
TCP 0.0.0.0:49667 0.0.0.0:0 LISTENING 948
TCP 0.0.0.0:49668 0.0.0.0:0 LISTENING 2244
TCP 0.0.0.0:49701 0.0.0.0:0 LISTENING 908
TCP 0.0.0.0:65124 0.0.0.0:0 LISTENING 948
TCP 192.168.9.18:139 0.0.0.0:0 LISTENING 4
TCP 192.168.9.211:139 0.0.0.0:0 LISTENING 4
TCP [::]:135 [::]:0 LISTENING 1144
TCP [::]:445 [::]:0 LISTENING 4
TCP [::]:2179 [::]:0 LISTENING 2740
TCP [::]:5985 [::]:0 LISTENING 4
TCP [::]:47001 [::]:0 LISTENING 4
TCP [::]:49664 [::]:0 LISTENING 860
TCP [::]:49665 [::]:0 LISTENING 1428
TCP [::]:49666 [::]:0 LISTENING 1852
TCP [::]:49667 [::]:0 LISTENING 948
TCP [::]:49668 [::]:0 LISTENING 2244
TCP [::]:49701 [::]:0 LISTENING 908
TCP [::]:65124 [::]:0 LISTENING 948
UDP 0.0.0.0:123 *:* 1404
UDP 0.0.0.0:5353 *:* 1612
UDP 0.0.0.0:5355 *:* 1612
UDP 127.0.0.1:54432 *:* 948
UDP 127.0.0.1:54959 *:* 1396
UDP 127.0.0.1:55926 *:* 1560
UDP 127.0.0.1:63784 *:* 2740
UDP 127.0.0.1:64944 *:* 2364
UDP 192.168.9.18:137 *:* 4
UDP 192.168.9.18:138 *:* 4
UDP 192.168.9.211:137 *:* 4
UDP 192.168.9.211:138 *:* 4
UDP [::]:123 *:* 1404
UDP [::]:5353 *:* 1612
UDP [::]:5355 *:* 1612

Читайте также:  Как настроить рацию baofeng bf 777s

They are not listening on TCP:3389

I looked at the services with

sc queryex type= service state= all >services.txt

and found this in the text file:

SERVICE_NAME: TermService
DISPLAY_NAME: Remote Desktop Services
TYPE : 30 WIN32
STATE : 4 RUNNING
(STOPPABLE, NOT_PAUSABLE, ACCEPTS_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
PID : 1376
FLAGS :

So tyhe service is running. Then to my surprise, regedit worked (So I didn’t need any more commandline wizardry and typos putting in long registry keys).

In short, it seems that the port is set for 3389 and it is enabled

«AudioEnumeratorDll»=»rdpendp.dll»
«Callback»=dword:00000000
«CallbackNumber»=»»
«CdClass»=dword:00000000
«CdDLL»=»»
«CdFlag»=dword:00000000
«CdName»=»»
«CfgDll»=»RDPCFGEX.DLL»
«ColorDepth»=dword:00000003
«Comment»=»»
«Domain»=»»
«DrawGdiplusSupportLevel»=dword:00000001
«fAllowSecProtocolNegotiation»=dword:00000001
«fAutoClientDrives»=dword:00000001
«fAutoClientLpts»=dword:00000001
«fDisableAudioCapture»=dword:00000000
«fDisableCam»=dword:00000000
«fDisableCcm»=dword:00000000
«fDisableCdm»=dword:00000000
«fDisableClip»=dword:00000000
«fDisableCpm»=dword:00000000
«fDisableEncryption»=dword:00000001
«fDisableExe»=dword:00000000
«fDisableLPT»=dword:00000000
«fEnableWinStation»=dword:00000001
«fForceClientLptDef»=dword:00000001
«fHomeDirectoryMapRoot»=dword:00000000
«fInheritAutoClient»=dword:00000001
«fInheritAutoLogon»=dword:00000001
«fInheritCallback»=dword:00000000
«fInheritCallbackNumber»=dword:00000001
«fInheritColorDepth»=dword:00000000
«fInheritInitialProgram»=dword:00000001
«fInheritMaxDisconnectionTime»=dword:00000001
«fInheritMaxIdleTime»=dword:00000001
«fInheritMaxSessionTime»=dword:00000001
«fInheritReconnectSame»=dword:00000001
«fInheritResetBroken»=dword:00000001
«fInheritSecurity»=dword:00000000
«fInheritShadow»=dword:00000001
«fLogonDisabled»=dword:00000000
«fPromptForPassword»=dword:00000000
«fReconnectSame»=dword:00000000
«fResetBroken»=dword:00000000
«fUseDefaultGina»=dword:00000000
«InitialProgram»=»»
«InputBufferLength»=dword:00000800
«InteractiveDelay»=dword:00000032
«KeepAliveTimeout»=dword:00000000
«KeyboardLayout»=dword:00000000
«LanAdapter»=dword:00000000
«LoadableProtocol_Object»=»<5828227c-20cf-4408-b73f-73ab70b8849f>»
«MaxConnectionTime»=dword:00000000
«MaxDisconnectionTime»=dword:00000000
«MaxIdleTime»=dword:00000000
«MaxInstanceCount»=dword:ffffffff
«MinEncryptionLevel»=dword:00000002
«NWLogonServer»=»»
«OutBufCount»=dword:00000006
«OutBufDelay»=dword:00000064
«OutBufLength»=dword:00000212
«Password»=»»
«PdClass»=dword:00000002
«PdClass1″=dword:0000000b
«PdDLL»=»tdtcp»
«PdDLL1″=»tssecsrv»
«PdFlag»=dword:0000004e
«PdFlag1″=dword:00000000
«PdName»=»tcp»
«PdName1″=»tssecsrv»
«PortNumber»=dword:00000d3d
«SecurityLayer»=dword:00000002
«SelectNetworkDetect»=dword:00000001
«SelectTransport»=dword:00000002
«Shadow»=dword:00000001
«UserAuthentication»=dword:00000000
«Username»=»»
«WdFlag»=dword:00000036
«WdName»=»Microsoft RDP 8.0»
«WdPrefix»=»RDP»
«WebSocketListenerPort»=dword:00000d3b
«WebSocketTlsListenerPort»=dword:00000d40
«WFProfilePath»=»»
«WorkDirectory»=»»

I am at a loss, what do I do now? I have some VMs to install and I wanted to use 2019 so I could try out the new admin centre, but I am going to have to reinstall at least one with 2016! (I’ll leave the other running in case anyone has any tips)

Any help would be greatly appreciated. I know that MS had previously left out the RDSH. Perhaps in putting that back in, some other related component has been broken and they’ll issue a fix?

Источник

Adblock
detector