lunes, 7 de noviembre de 2011

Guía Instalación y configuración de redes domésticas inalámbricas

Cada día tenemos en casa más dispositivos con la capacidad de conectarse a otros ordenadores. En la mayoría de las ocasiones, por falta de tiempo para "enredar" no aprovechamos todas las posibilidades que esto supone.
Esta guía, es un resumen de todos los aspectos necesarios para crear una red de ordenadores en nuestra casa u oficina, y compartir información y los recursos con unos mínimos de seguridad

jueves, 27 de octubre de 2011

Navegación InPrivate (silenciosa) con Internet Explorer 8 en Windows XP

Cuando navegamos por Internet, los navegadores almacenan los sitios que accedemos en el historial. Esto implica, que si accedemos desde un ordenador público, por ejemplo el de una biblioteca, la persona que lo utilice después de nosotros, puede ver que hemos estado haciendo (siempre que el navegador no esté configurado para borrar los datos al salir).

Para quitarnos de dudas, podemos abrir una ventana de navegación en el modo InPrivate, haciendo que el navegador no almacene el historial de páginas que hemos visitado.



Importante, si se abre otra ventana del navegador, esta no se abre con exploración InPrivate, por lo que se registrará el historial de páginas que naveguemos.

Para abrir una nueva ventana del navegador en el modo InPrivate,  tenemos que ir al menú "Seguridad" y seleccionar la opción "Exploración de InPrivate". Automáticamente abre una nueva ventana del navegador con una casilla oscura en la barra de direcciones donde pone el texto "InPrivate"
También, podemos utilizar la combinación de teclas CTRL+MAYÚS+P.


Para finalizar la exploración InPrivate, sólo tenemos que Cerrar el navegador.

miércoles, 5 de octubre de 2011

Cambiar el tamaño máximo de los mensajes en Exchange 2007


Un problema que nos encontramos los administradores es el tamaño de los mensajes de entrada a nuestro sistema. Actualmente, plataformas gratuítas de mensajería web, permiten enviar correos grandes sin problemas, mientras que la configuración por defecto de  Exchange, limita a 10 MB el tamaño máximo de los mensajes. Esto provoca que muchos mensajes se rechacen o no se entreguen a su destinatario por exceso de tamaño.
Podemos saber la configuración del conector por defecto mediante el siguiente comando en el Shell de Exchange

Get-ReceiveConnector "*default*" |Format-List

En el listado que muestra tenemos la variable Maxmessagesize, que es la que contiene el tamaño máximo actual de los mensajes

Para modificar este tamaño lo tenemos que hacer desde el Shell de Exchange utilizando el comando set-receivecconnector. Por ejemplo ampliar los mensajes a 20 MB del conector por defecto de nuestro servidor

set-receiveconnector "*Default*" -maxmessagesize 20MB

Para más información sobre estos dos commandos utilizar get-help get-receiveconnector –full o get-help set-receiveconnector –full

La documentación de Microsoft sobre estos comandos está en http://technet.microsoft.com/es-es/library/aa998618(EXCHG.80).aspx

viernes, 30 de septiembre de 2011

Uso del control LoginView de ASP.NET con los grupos del Directorio Activo de Windows

En el caso de que estemos trabajando con una aplicación web para una intranet es muy útil el poder utilizar los usuarios y grupos del  Directorio Activo de Windows para personalidad la funcionalidad de la aplicación en base al rol del usuario.

Por ejemplo un responsable de área comercial puede tener acceso a información en la pantalla de la ficha de un cliente que un comercial básico no tiene que saber ni siquiera que existe esa información en esa pantalla.

Esto lo podemos hacer fácilmente con el control LoginView. Este control permite crear diferentes paneles de controles en base al rol del usuario que está viendo la información.

Este control dispone de un editor de roles, para poder personalizar, ya no solo entre usuarios anónimos y logeados, sino entre diferentes usuarios y grupos.

El otro paso que tenemos que hacer es indicarle a nuestra aplicación que los grupos y usuarios van a ser los del dominio de windows y así no tener que crearlos nuevamente.
Esto se hace añadiendo en el web.config un proveedor de roles de windows

Con todo esto lo que conseguimos, es que según el grupo al que pertenezca un usuario en el dominio de Windows, tenga acceso a unos controles dentro de la misma pantalla, diferentes de los de otro usuario que pertenezca a otro grupo.

martes, 27 de septiembre de 2011

Problemas de actualización de XP con WSUS

WSUS, nos quita a los administradores mucho trabajo a la hora de organizar las actualizaciones de los equipos cliente, pero hay veces que algunos equipos se atascan y nos vuelven locos.
En este caso fue un equipo con XP que llevaba tiempo sin actualizarse y había pasado desapercibido porque directamente no aparecía en la consola de administración de WSUS

Después de muchos foros y pruebas esto es lo que hice y que funcionó correctamente "hasta hoy mismo"

1.Verificar que el equipo está en la unidad organizativa correcta y que se le está aplicando la política correcta

2 . En el ordenador con problemas parar el servicio WSUS para borrar la carpeta local de las actualizaciones
• Desde la consola MS-DOS: Net stop wuauserv
• Desde el explorador, Borrar la carpeta C:\Windows\SoftwareDistribution
• Desde la consola MS-DOS, activar el servicio: Net start wuauserv
A los 10 minutos de reiniciar, ya aparece en la consola.

3. Si el equipo con XP no se actualiza. Si el equipo está muy desactualizado o no tiene el SP3 instalado, parece que no se puede actualizar de forma automática, por lo que hay que hacerlo de forma manual:
• Sacamos al equipo de la unidad organizativa donde se le aplica la directiva de WSUS
• Actualizamos las políticas para que nos deje actualizar de forma manual. Desde la consola de MS-DOS: gpupdate /force
• Actualizamos el ordenador con Windows Update, y mucha paciencia
• Una vez actualizado, volvemos a colocar el equipo en la unidad organizativa correcta, para que se actualice automáticamente
• Actualizamos las políticas igual que antes con gpupdate /force

martes, 5 de julio de 2011

Añadir un servicio web a ASP.NET a partir del archivo WSDL

En algunas ocasiones puede resultar interesante añadir un servicio web a un desarrollo que estemos realizando, a partir del archivo WSDL en vez de la ruta web del servicio.
 
Esto puede ser necesario, cuando en tiempo de desarrollo no tenemos acceso a la url del servicio web o cuando estamos enlazando con servicios web de otras tecnologías como SAP
 
El proceso es similar a agregar un servicio web a partir de la url.
  •  Desde el proyecto que queremos utilizar el servicio web añadimos una referencia web.
  • En vez de indicar la url del servicio web indicamos la ruta donde tenemos el archivo wsdl.

Si es correcta, nos mostrará los métodos que están contenidos en el archivo y nos dará la opción de Agregar la referencia. Al pulsar el botón de agregar referencia, Visual Studio creará la clase proxy para enlazar el servicio web y poder utilizarlo en nuestro programa.

A partir de este momento podemos instanciar los objetos que necesitemos en nuestra aplicación web, ya que la referencia web está correctamente establecida
 
Una nota importante. Si nos fijamos en el archivo discomap que ha creado visual studio, veremos que figura la ruta absoluta al archivo wsdl, por lo que tendremos que utilizar la herramienta de construcción de sitios web “Publicar la aplicación” para que no nos dé problemas de rutas a la hora de colgar nuestra aplicación web en el servidor .