Problema con las notificaciones por mail en las cámaras IP

Después de que Google haya aumentado la seguridad de su protocolo SMTP nos podemos encontrar que los parámetros clásicos que introducíamos para realizar las notificaciones vía mail no funcionen.

Esto se conocía como opción de aplicaciones menos seguras.

Aplicaciones menos seguras y la cuenta de Google - Ayuda de Cuenta de Google

Una vez imposibilitada la configuración "menos segura" si queremos seguir utilizando el SMTP de Gmail en nuestras cámaras tendremos que realizar los siguientes pasos:

Ir a la cuenta de google

Gestionar cuenta de Google

Menú seguridad y comprobar que tenemos la autenticación en dos pasos, si no es así seguir el asistente (necesitaremos un móvil ya que envía comprobaciones)

Y una vez lo tengamos activado crearemos una contraseña de aplicación por cada cámara que tengamos. Podríamos utilizar una sola contraseña pero si una se rompe es mas fácil substituir la clave.

Proceso:

Seleccionar "Otra"

Pondremos un mobre descriptivo (no cómo yo) para identificarla mejor en caso de problema. Y pulsaremos GENERAR.

Nos generará una clave a modo de contraseña, ahora solo debemos recordar los parámetros para configurar SMTP en nuestra cámara:

Espero que os sirva, ya que a mi me ha costado algo buscar la solución.

 

UNC map drivers with PSEXEC

How to Map drives on Windows with PSEXEC

Something easy as net use command can be headeache if we do inside psexec command. This is useful to deploy software specially heavy, but it becomes a little bit diferent as usual.

To map drive we can do:

psexec \\machine net use f: \\server\folder  /user:usuario psswd

 The main trouble found is expect user's psexec executor is the same net use's credential. net use embedded on psexec need it's own credential, that's the point.

Powershell para consulta de bloqueos en AD

Con esta pequeña consulta powershell y teniendo los permisos adecuados la consulta del evento registrado que ocasiona un bloqueo del usuario de windows será cuestion de segundos.

## Preguntar nombre de usuario

Write-Host ""
Write-Host "Consulta eventos usuario bloqueado en eventos"
Write-Host ""
Write-Host ""
Write-Host ""

#Pregunta por el nombre del usuario
$Username = Read-Host "Introduzca el nombre del usuario"

## Encontrar el controlador de dominio
$Pdce = (Get-AdDomain).PDCEmulator

## Construye los parámetros para consultar Get-WinEvent
$GweParams = @{
     ‘Computername’ = $Pdce
     ‘LogName’ = ‘Security’
     ‘FilterXPath’ = "*[System[EventID=4740] and EventData[Data[@Name='TargetUserName']='$Username']]"
}

## Instrucción de la consulta
$Events = Get-WinEvent @GweParams

Agregar clave registro en varias máquinas en remoto

A veces nos encontramos que debemos modificar el registro de windows en varias máquinas y no disponemos de herramientas para realizarlo de manera automática.

Nos basaremos en un array con un for acompañado de un do que hará un psexec y realizar un reg add

@echo off

for %%T in (
equipo1
equipo2
equipo3
) do (
psexec \\%%T reg add "HKEY_LOCAL_MACHINE\Software\Microsoft\Internet Explorer" /v nombre de la clave /t REG_DWORD /valor"
)

Como notas especiales tenemos la clave entrecomillada al haber un espacio en Internet Explorer.
Allí añadiremos el nombre de clave, tipo y valor.

El usuario que ejecute el bat tiene que tener permisos para poder ejecutar un psexec.

 Podemos reaprovechar para copiar archivos mediante ROBOCOPY y distribuir ficheros:

) do (
robocopy c:\origen "\\%%T\c$\destino" /s /e >> Logfile.txt
)

Se podria complicar con un control de errores if, que miraremos más adelante.

Problemas de apagado y reinicio en escritorios virtuales bajo VDA 7.9

Si hemos migrado o lo estamos haciendo a Xen Desktop, tenemos el agente 7.9 y experimentamos problemas de reinicio en nuestras máquinas windows podemos revisar un par de cosas.

-En primer lugar asegurarnos que en el proceso de migración utilizamos el VDACLEANUPUTILITY 1.2. en adelante, ya que las anteriores pueden provocar el problema.

Si ya hemos migrado seguir el siguiente procedimiento:

-Acceder al gestor de dispositivos, tendremos  dos  drivers CITRIX DISPLAY DRIVER (CITRIX SYSTEMS - WDDM)

Si nos fijamos en las versiones tenemos la "mala"  con versión 6.3.0.38 con fecha del 2012 y la "buena" con vereisón 8.14.1.1 del 2015

Procederemos a eliminar la antigua (aparece con el símbolo de alerta). Y reiniciaremos aunque sea forzando el shutdown.

Una vez iniciado nos pedira otro reinicio, al detectar el nuevo hardware.

Una vez reiniciado por segunda vez, si accedemos al gestor de dispositivos podremos comprobar como sólo queda un driver y una tarjeata vga estándar que esta desactivada y podemos deshabilitar.

Con este sencillo procedimiento nuestros escritorios virtuales volverán a reinciar sin complicaciones.

Breve: Actualizaciones necesarias para evitar wannacry

• Windows 8.1 actualización KB4012213 o KB4012215
• Windows 7 actualización KB4012212 o KB4012215
• Windows Vista actualización KB4012598

Para windows 10 revisar que la compilación no sea anterior a la 14393.753


Mas info https://blogs.technet.microsoft.com/mmpc/2017/05/12/wannacrypt-ransomware-worm-targets-out-of-date-systems/