CMDCONS - Mi consola de recuperación

Para futuros proyectos precisaba de un script que enviase un correo desde gmail. Scripts ya hay muchos hechos en internet. Utilidades para esto también hay unas cuantas (por ejemplo http://www.blat.net/ ) Pero me gustaría que cumpliese estas características: Seguro: No poner la contraseña en un comando ni en texto plano en un fichero. Portable: Que no tenga que instalar ningún programa y que lo que tenga que configurar sea mínimo. Windows-friendly: Que se ejecute en cualquier windows (windows 7,10, 2008 R2, 2012 R2)    Por todos estos motivos, me decidí a hacer un script en powershell que envíe un correo desde una cuenta y lea la contraseña de un fichero cifrado. Obviamente, el único requisito que tiene este script es que tengamos instalado powershell. 1.- Crear el fichero cifrado que contiene la contraseña Tenemos que decidir qué cuenta vamos a utilizar para enviar los correos En mi caso es cmdcons@gmail.com. Pero vamos a usar una genérica para este ejemplo: cuenta

ADVERTENCIA : Al resetear el router se cargará la configuración que tenía por defecto.  Por  lo tanto perderemos cualquier ajuste que hayamos cambiado . (Por ejemplo, direccionamiento IP, configuración dhcp, ssid y clave de la wifi, etc...) ANOTAD LO QUE SEA NECESARIO ANTES DE PROCEDER PASO 1 - RESETEAR Y ACCEDER AL ROUTER Conectamos y encendemos el router Pulsamos con un clip en el botón de RESET de la parte trasera durante 5 segundos Accedemos al router desde un navegador introduciendo   http://192.168.1.1 Usuario: admin contraseña: admin PASO 2 - BORRAR WAN SERVICE Advanced setup -> Wan service Marcar las casillas y pulsar en Remove PASO 3 - BORRAR ATM INTERFACE advanced setup -> layer 2 interface -> atm interface marcar las casillas y borrar igual que en el paso anterior PASO 4 - crear interface atm En advanced setup -> layer 2 interface -> atm interface Pulsamos en Add Interface atm0 Vpi 8 Vci  32 DSL Laten

En cierta ocasión, tuvimos que pasar un disco de un PC de escritorio a otro equipo que tenía un RAID 1 por Hardware (controladora LSI, intel, etc...) Formateamos el disco y lo conectamos al equipo con RAID. Encendimos  el equipo  esperando que el RAID detectase que el disco era "nuevo" y que había que reconstruirlo. Para nuestra sorpresa,   el RAID identificó el disco y decía que ya pertenecía a él. Haciendo memoria resulta que este disco duro ya había estado en el mismo RAID. Sin embargo, pensamos que ya se formateó, por lo menos, un par de veces La duda que nos surgió fue ¿cómo garantizar que este disco "recuperado" y formateado no la va a liar con el otro disco del RAID que sí tiene datos? Investigando encontramos más información Resulta que   en los discos de un RAID por hardware los metadatos se guardan en los últimos 512KB. un formateo normal (no a bajo nivel) no sobreescribe esos últimos 512KB Para colmo de males, este disco tenía un sist

Resulta que este mes hay una update del WSUS que parchea el Adobe Flash Player https://support.microsoft.com/en-us/help/4010250/ms17-005-security-update-for-adobe-flash-player-february-21-2017 La sorpresa fue que vimos que se aplica en los servidores Windows 2012 R2 con Exchange instalado. El "culpable" de esto es la característica "Desktop Experience" La característica Desktop Experience es un requisito obligatorio en Exchange 2016 Exchange 2016 system requirements https://technet.microsoft.com/en-us/library/aa996719(v=exchg.160).aspx We don’t support the installation of Exchange 2016 on a computer that’s running Windows Server Core or Nano Server. The Windows Server Desktop Experience feature needs to be installed. To install Exchange 2016, you need to do one of the following to install the Desktop Experience on Windows Server prior to starting Exchange 2016 Setup: Al activar esta característica se habilita el plugin de Adobe Flash Player inclui