jueves, 20 de noviembre de 2014

DNS Públicos

Hola Mundo:

Hay un protocolo llamado DNS, que es un gran responsable en el funcionamiento de Internet. Gracias a el se pueden resolver las direcciones IP a partir de un nombre de dominio.

Todos los ISP tienen servidores de DNS para que los clientes puedan resolver los direcciones IP de sus suscriptores.
El problema está en que muchas veces aplican restricciones, sobrecargas y operaciones que hacen que la resolución sea un poco más lenta.

Al usar los DNS de otro lugar, país o servidor distinto al ISP, la resolución de nombres puede que sea algo más rápida, lo que da una sensación de rapidez en la conexión.

Hay un número considerable en el mundo  de servidores DNS públicos.
Algunos son:
  • Google: 8.8.8.8
  • OpenDNS: 208.67.222.222
  • Level3: 209.244.0.3
  • FreeDNS: 37.235.1.174
En Chile tenemos unos cuantos:
  • 37.235.52.191
  • 179.9.20.50
  • 186.107.119.118
  • 190.9.57.2
 Se puede encontrar un gran listado en el sitio web: http://www.public-dns.tk

Importante: No esperen máxima privacidad al usar DNS Públicos.

lunes, 20 de octubre de 2014

Agregar direcciones a una casilla en Exchange 2013 a través de Powershell

Hola Mundo:

Cada casilla de correo, en cualquier plataforma, puede tener distintas direcciones de correo
electrónico.

Exchange 2013 incluye esta característica y, además, es configurable a través de la interfaz web. Es bastante cómodo cuando es para un solo usuario y solo un par de direcciones y no lo es para cuando son 700 y debe hacerse a través de un script.

Para completar esta acción se debe hacer a través de la consola Powershell para Exchange 2013.

Bien. Supongamos que tenemos un CSV (llamado archivo.csv) con la información que se requiere y se tiene en el siguiente formato:

alias, emailaddresses 
usuario1,"[email protected],[email protected]
usuario2,"[email protected],[email protected]
usuario3,"[email protected],[email protected]
usuario4,"[email protected], [email protected]"

Se tiene 4 usuarios y cada usuario tiene 3 direcciones de email asociadas a su casilla. Es importante que las cuentas estén creadas antes de poder asociar más direcciones de correo electrónico  a las casillas. Entonces si las cuentas ya están creadas, no queda más que modificarlas usando el cmdlet Set-Mailbox

El cmdlet Set-Mailbox tiene un parámetro -EmailAddresses donde se indican todas las direcciones de correo electrónico que están asociadas a la casilla. Tiene un tipo de datos especial, por lo que hay que trabajarlo en el script para que pueda convertirlo de forma simple el valor (o los valores) que le entreguemos.

Entonces el script quedaría así:

Import-Csv "archivo.csv" | ForEach-Object {

$correos = $_."emailaddresses" -split ',' 

Set-Mailbox -Identity $_."alias" -EmailAddresses @{add=$correos}  

}


De esta forma, le estaría diciendo al sistema que tengo un set de direcciones de correos electrónicos, separados por una coma, para la casilla identificada con el alias.

¡Chau!

domingo, 5 de octubre de 2014

Tips de Powershell para Exchange 2013

Hola Mundo:

¡Que maravilloso que los productos tengan su consola de Powershell! Es muy bueno como se puede automatizar y administrar a través de estas herramientas. Ahora, no es nuevo. Desde la versiones anteriores de Windows y los productos que se puede hace scripting con VBScript y en los derivados de Unix se tiene la poderosa Shell.

¿Cuál es la ventaja de Powershell? La orientación a objetos y la integración con .NET.
De todas formas, no pretendo hablar largo de los lindo que es Powershell. El objetivo es dejar anotados ciertas líneas muy útiles  y que las he usado harto estos días en el trabajo. 

Eliminar todos los usuarios
$mailbox = Get-Mailbox
Foreach($cuenta in $mailbox){Remove-Mailbox -Identity $cuenta.Alias -Permanent $true -Confirm:$Y}


Eliminar todos los contacto
$contactos = Get-MailContact
Foreach($contacto in $contactos){Remove-MailContact -Identity $contacto.Alias -Confirm:$Y}


Eliminar todos los grupos
$grupos = Get-DistributionGroup
Foreach($grupo in $grupos){Remove-DistributionGroup -Identity $grupo.Alias -Confirm:$Y}

Nada más copiar y pegar.

Chau!

lunes, 22 de septiembre de 2014

Instalar .NET Framework 3.5 en Windows Server 2012 R2

Hola Mundo:

Hay varias aplicaciones que hacen uso de la característica de .NET Framework 3.5 y Windows Server ofrece un asistente y comandos de Powershell para instalarlo como característica.
Es maravilloso, porque no tienes que descargar nada extra y todo lo haces a través de la consola de administración, o bien, descarga componentes desde Windows Update.

La vida no es de color de rosa, menos en el mundo del IT.

En un escenario donde los servidores tienen Windows Server 2012 R2 y no están conectados directamente a Internet, es necesario instalar desde el medio de instalación o desde un recurso compartido. Esto habitualmente funciona, pero en algunos casos no lo hace y tienes que recurrir a otras técnicas.

Si te encuentras con el error 0x800f0906 al instalar la característica de .NET Framework 3.5 en Windows Server 2012 R2, sigue los siguientes pasos:

Editar políticas locales
  1. Abrir gpedit.msc
  2. Buscar en Administrative Templats -> System el elemento Specify settings for optional component installation and component repair
  3. Dejar la configuración de la política de la siguiente forma:

  4.  
Instalar Caracteristica
  1. Abrir una ventana de cmd con permisos de administrador
  2. Escribir lo siguiente: DISM /online /enable-feature /featurename:NetFX3 /all
 Con ambos pasos se fuerza por política local a instalar todo desde Windows Update y luego realiza la habilitación de la característica con la herramienta DISM. Si la habilitación la haces desde el asistente o por Powershell, arrojará el mismo error. No se por qué.

Espero que te sea de utilidad  y te ayude a ahorrar tiempo.

Saludos!