Un pequeño ordenado caos
Si disponemos de equipos on-premise y en Azure, podemos unificar la gestión de registros en una única herramientas. Aunque ha variado de nombres, actualmente se engloba dentro de «Área de trabajo de Log Analytics» que podremos crear desde el panel de control de Azure.
Desde el nuevo recurso en «Configuración avanzada» podemos descargar el agente para Windows o Linux:
Para permitir la administración remota a equipos dentro del dominio podemos definir una Política de Grupo:
Configuración del Equipo – Directivas – Plantillas administrativas – Componentes de Windows – Administración remota de Windows (WinRM) – Servicio WinRM
Configuración del equipo – Directivas – Plantillas administrativas – Red – Conexiones de red – Firewall de Windows – Perfil de dominio
Habilitamos «Firewall de Windows: Permitir excepción de administración remota entrante» e indicamos la IP desde la que se puede gestionar o asterisco «*» para cualquiera
Por último añadimos una regla en el firewall: Configuración del equipo – Configuración de Windows – Configuración de seguridad – Firewall de Windows con Seguridad Avanzada – Reglas de entrada
Añadimos una nueva predefinida: «Administración remota de windows»
Configuración de equipo – Preferencias – Configuración del Panel de control – Servicios
Nos aseguramos que «WinRM» se inicie con el sistema:
Algunos de los registros de eventos de Windows utilizan identificadores internos diferentes, para conocer la relación de posible nombres del objeto al que se refieren:
Podemos utilizar la utilidad WinObj de Sysinternals para obtener la relación, desde la carpeta «Device»:
O desde la carpeta «GLOBAL??» ordenando por «Symlink» hasta llegar a los dispositivos de disco duro en «\Device\Harddisk…»
Mediante Powershell, donde el DeviceID corresponde con HardDisk#
Get-PhysicalDisk | Select -Prop DeviceId,FriendlyName,SerialNumber
En el registro de Windows dentro la clave:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\disk\Enum
Mediante el listado de drivers instalados:
wmic /output:c:\drivers.txt path Win32_PnPSignedDriver
En las últimas versiones de Entity Framework ciertos métodos que antes si eran aceptados, como también se podía realizar en SQL, han dejado de estar disponibles. Aquellas funciones heredadas directamente de SQL han quedado englobadas en la misma clase. Algo que antes era habitual pero no precisamente una buena forma de solucionar… las conversiones de tipos de datos, ¿quien no ha convertido un string en entero en SQL?
LINQ to Entities does not recognize the method 'XXXXXXX' method, and this method cannot be translated into a store expression
La extensión ResolveUR todavía no tiene el archivo de instalación adaptador a Visual Studio 2019 pero funciona como en versiones anteriores, deberemos adaptar el fichero de instalación VSIX
This extension cannot be installed because the following references are missing: Microsoft.VisualStudio.Component.CoreEditor
Dentro del fichero catalog.json sustituimos:
"Microsoft.VisualStudio.Component.CoreEditor":"[15.0.26208.0,16.0)"}
Por la versión de VS2019:
"Microsoft.VisualStudio.Component.CoreEditor":"[15.0,17.0)"}
Continuará con la ejecución como en versiones anteriores:
