Regresar al Curso
Curso certificación examen 70-740
0% Completado
0/0 Clases
- Sección 1: Preparación de laboratorio2Clases
- Instalar Windows Server 2016Sección 2: Instalación, actualización y migración de servidores y cargas de trabajo17Clases
- Clase 1: Determinar los requisitos de instalación de Windows Server 2016
- Clase 2: Determinar las ediciones adecuadas de Windows Server 2016 según las cargas de trabajo
- Clase 3: Instalar Windows Server 2016
- Clase 4: Instalar funciones y roles de Windows Server 2016 parte 1
- Clase 5: Instalar funciones y roles de Windows Server 2016 parte 2
- Clase 6: instalar y configurar Windows Server Core parte 1
- Clase 7: Instalar y configurar Windows Server Core parte 2
- Clase 8: Gestionar las instalaciones de Windows Server Core mediante command line parte 1
- Clase 9: Gestionar las instalaciones de Windows Server Core mediante PowerShell parte 2
- Clase 10: Gestionar las instalaciones de Windows Server Core mediante administración remota parte 3
- Clase 11: Gestionar las instalaciones de Windows Server Core mediante administración remota parte 4
- Clase 12: implementar (DSC) de Windows PowerShell para instalar y mantener la integridad de los entornos instalados parte 1
- Clase 13: implementar (DSC) de Windows PowerShell para instalar y mantener la integridad de los entornos instalados parte 2
- Clase 14: Realizar actualizaciones y migraciones - Upgrade paths
- Clase 15: Realizar actualizaciones y migraciones – Preparación del lab
- Clase 16: Realizar actualizaciones y migraciones – Migración rol DHCP
- Clase 17: Determinar el modelo de activación adecuado para la instalación del servidor
- Clase 1: Determinar los requisitos de instalación de Windows Server 2016
Clase 10: Gestionar las instalaciones de Windows Server Core mediante administración remota parte 3
En Progreso
Progreso de la Sección
0% Completado
HOla Victor, cuando trato de conectarme desde el DC, por escritorio remoto al SRV-CORE-CMD, me indica que hay una diferencia de hora, pero ya corregi eso pero aun sigo sin poder conectarme.
Verifica que ambos servidores se encuentren en la misma zona horaria, es posible que tengan la misma hora pero se encuentren en diferentes zonas, por lo que en realidad estarían con diferentes horas.
En Server Core puedes usar Sconfig para configurar la fecha y hora.
Si estás usando Hyper-V, ambos servidores deberían sincronizar su hora con el Hyper-V, qué hypervisor estás utilizando?
A mi me estaba pasando igual, pero deshabilite el firewall y con eso pude conectarme sin problemas.
Te dejo un enlace para ver como deshabilitarlo en server core.
https://www.youtube.com/watch?v=KTsfjAwlW90
Es una practica muy común deshabilidar el firewall de los servidores cuando algo no funciona, esto no es recomendado, lo ideal es activar las reglas necesarias, en el caso de Angelo, sí se logra conectar pero le dice que hay un problema de con la diferencia de hora por lo que no sería algo relacionado al Firewall.
Si tienes algo que no te está funcionando, publica la imagen para tratar de solucionarlo y que puedas mantener el firewall activado.
Saludos y gracias por el aporte.
Muchas gracias víctor, tomare en cuenta tu comentario ya que como tu dices no es recomendable tener desactivado el firewall.
Adjunto
Hola, he tenido un problema con la CONEXIÓN A ESCRITORIO REMOTO en SRV-CORE-POWER, estando en workgroup y habiendo configurado correctamente el trusted hosts, envío imagen del error.
Hola Ruben Silva, también se me presento ese inconveniente, y lo resolví, con las actualizaciones de Windows Update del equipo servidor, como del equipo cliente.
Saludos
Lo he solucionado con este script en PowerShell, es correcta esta solución des de las buenas prácticas?
Gracias.
reg add «HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters» /f /v AllowEncryptionOracle /t REG_DWORD /d 2
Hola Rubén, algunas versiones del protocolo CredSSP son vulnerables a un ataque de encriptación de Oracle de lado del cliente. Con este cambio de registro estás permitiendo que se use una versión vulnerable a ese ataque para permitir la conexión.
Para el laboratorio no hay problema configurarlo de esta manera, en entornos de producción, la forma de solucionar esto, es actualizar con los últimos updates tanto el cliente como el servidor para que ambos tengan actualizado el componente que el vulnerable.
Mira el siguiente link: https://support.microsoft.com/en-in/help/4295591/credssp-encryption-oracle-remediation-error-when-to-rdp-to-azure-vm
La opción de copy te copia toda la linea:
SRV-CORE-CMD 192.168.1.10 Online 17/05/2019 2:17:56 PMPerfomance counters not started