Suena raro despues de conocerse el día de ayer una noticia en la que el equipo de producto de Google Chrome anunciaba la disponibilidad pública de la nueva versión del navegador (17.0.963.46), que incluye análisis en tiempo real de archivos con extensiones .exe y .msi (Ver nota)

Según se desprende de información oficial, los ingenieros de Chrome están planeando eliminar de las futuras versiones del navegador el chequeo en línea de certificados revocados, por considerarlo un método “ineficiente” y “lento”.

Para entender un poco más de que se trata esto, es necesario aclarar que actualmente los navegadores realizan un chequeo en línea de los certificados presentados por los sitios SSL (aquellos navegados via https), para asegurarse que dicho certificado no se encuentre revocado.

Es sabido que el método de chequeo, conocido como OCSP (Online Certificate Status Protocol), en ocasiones impide la conexión a sitios https si no logra contactar a los servidores operativos de la CA (Certification Authority) del certificado.

Adam Langley, ingeniero de seguridad de Google, asegura que “Un atacante capaz de interceptar conexiones HTTPS, puede también engañar el chequeo de caducidad del certificado y permitir el ingreso al sitio de manera normal”

“El tiempo promedio de trabajo de OCSP está en los 300 ms, aunque puede llegar a demorar 1 segundo. Este tiempo ocasiona que las páginas demoren en cargar y desalienta el uso de HTTPS”, asegura Langley.

Por este motivo Google ha decidido reemplazar el chequeo OCSP por una lista local de certificados revocados, que podrá ser actualizada bajo demanda sin necesidad de reiniciar el navegador. Según comentarios del propio Langley, atacantes podrían bloquear el proceso de actualización de esta lista, pero “se trataría de un proceso más complejo de vulnerar”.

Al momento es toda la información que se ha publicado respecto a esta decisión. En lo personal considero desmesurado eliminar el único sistema que existe, y del cual nunca se ha puesto en duda (hasta ahora) su funcionamiento, solo para lograr que la experiencia de navegación del usuario sea más “rápida”.

Para ello, lo primero que debemos hacer es registrar nuestro dominio ante una autoridad registrante. Todos los países cuentan con su propio Network Information Center, que será el encargado de proporcionar los ccTLD (country codes Top Level Domains) para sus ciudadanos. En mi caso, voy a registrar un dominio internacional: pablofain.biz

No tiene importancia la autoridad registrante elegida. Podría ser Network Solutions, Melbourne IT, GoDaddy, eNom, entre otros. Para chequear la disponibilidad del nombre de dominio podemos ingresar a www.whois.net y chequear si se encuentra libre el elegido.

Una vez completado el trámite de registro de dominio, que normalmente demora 24 horas y cuesta unos 10 a 15 dólares, podremos avanzar con el resto del proceso.

Nota: Si ya poseen un nombre de dominio registrado, no es necesario comenzar nuevamente el proceso. Solo asegúrense de no tener servicios vinculados a ese dominio para evitar dolores de cabeza.

Vamos a iniciar sesión en www.office365.com con los datos que obtuvimos anteriormente y haremos clic en la sección Dominios, en el panel lateral izquierdo. Una vez allí, presionamos el botón Agregar un dominio y, en la nueva pantalla, colocamos el nombre de nuestro dominio y presionamos el botón Siguiente.

A continuación, debemos confirmar a Microsoft la propiedad del dominio. Este proceso se realiza por cuestiones de seguridad y solo a los efectos de demostrar que el dominio es nuestro. Office 365 nos ofrece instrucciones específicas para algunas autoridades registrantes, pero podemos utilizar las genéricas.

En este punto existen dos métodos para verificar nuestro dominio. Podemos utilizar un registro TXT, aunque algunas autoridades no lo soportan, o un registro del tipo MX (correo electrónico). En nuestro caso vamos a elegir el método de verificación por registro TXT.

Una vez compeltado este paso debemos aguardar entre 15 minutos y 24 horas para que el registro TXT aparezca publicado y presionaremos el botón Comprobar.

Si reciben este mensaje de error, significa que el registro aún no ha replicado del todo. Solo un poco más de tiempo. Paciencia:

Luego de confirmada la propiedad de nuestro nombre de dominio, recibiremos las instrucciones necesarias para delegar el control del mismo a Microsoft. Esto es bastante sencillo; solo debemos iniciar sesión en nuestra cuenta de dominio, o solicitar a la autoridad registrante que apunte nuestro dominio hacia los servidores DNS de Microsoft. Estos son:

DNS Principal: ns1.bdm.microsoftonline.com

DNS Secundario: ns2.bdm.microsoftonline.com

Debemos, una vez más, aguardar aproximadamente 24 horas a efectos de permitir la replicación de los cambios en nuestro dominio. Al ingresar nuevamente a la sección Dominios dentro del panel de Administración de Office 365, podremos observar que nuestro nuevo nombre de dominio está ya operativo.

De esta manera tenemos ya nuestro nombre de dominio personalizado disponible en Office 365. Mañana cambiaremos la dirección URL de nuestro sitio de SharePoint y comenzaremos a configurar las cuentas de correo.

No se lo pierdan!

Como ya sabrán, día a día son más las empresas que deciden migrar su infraestructura a servicios en la nube. Y no es para menos!

Los servicios en la nube, como Office 365 de Microsoft, permiten a las organizaciones (y mucho más a las pequeñas) acceder a servicios indispensables para el trabajo diario, tales como sitios de colaboración (SharePoint Online), correo electrónico (Exchange Online) y mensajería instantánea (Lync Online) a muy bajo costo por usuario, desligándolas de inmensos gastos en infraestructura y soporte técnico.

Office 365 ofrece diversos tipos de planes. En Argentina actualmente se encuentra en período de prueba, por lo que podrán registrarse y obtener 90 días de gracia sobre todos los productos ofrecidos.

Como comentaba unas líneas más arriba, Office 365 incluye tres productos: SharePoint Online, Exchange Online y Lync Online. En esta entrega vamos a dar los primeros pasos con la herramienta, comenzando por el alta de una cuenta, y terminando con nuestro sitio web público, pasando por el registro de un dominio internacional y su delegación a Microsoft.

Manos a la obra!

Lo primero que necesitamos es registrarnos en Office 365. Para ello, vamos a dirigirnos a www.office365.com. La página nos redireccionará automáticamente a la oferta de nuestro país. En caso que no, pueden igualmente seleccionar el país desde la parte superior de la pantalla.

En mi caso, voy a ingresar a Office 365 para Argentina http://www.microsoft.com/es-ar/office365/online-software.aspx y, una vez allí, voy a dar click al anuncio Probar Office 365 gratis.

Completamos los datos en pantalla y colocamos un nuevo nombre de dominio. Esto nos permitirá contar con un dominio temporal y poder acceder a los servicios de Office 365 antes de delegar el dominio de nuestra organización a Microsoft.

Tras comprobar la disponibilidad, colocamos un nombre de usuario. Tengan en cuenta que este usuario será el nuevo Administrador global de Office 365, por lo que sus datos deberán permanecer resguardados en todo momento.

Terminamos de completar los datos y damos click al botón Acepto y continuar. Aguardamos unos instantes mientras se crea nuestra cuenta y se inicializan todos los servicios.

Por cuestiones de seguridad, el servicio nos solicitará algunos datos adicionales que nos permitirán recuperar la cuenta más rápidamente en caso que perdamos acceso a ella.

Enhorabuena! Finalmente tenemos nuestro panel de Administrador de Office 365 en pantalla.

No desesperen! El día de mañana comenzaremos con la configuración de todos nuestros servicios.

El día de hoy veremos la primera parte del procedimiento para la creación de una Herramienta de HelpDesk con SharePoint 2010. Para ello vamos a utilizar el sitio de grupo que creamos algunas entregas atrás.

Manos a la obra!

Lo primero que debemos hacer es definir los parámetros de funcionalidad de la herramienta. Yo consideraría:

- Departamentos de la organización;

- Categorías de los incidentes;

- Criticidad de los incidentes;

Con toda esta información recolectada podremos comenzar con nuestro trabajo. Una vez dentro del sitio de grupo, haemos clic en Acciones del sitio y luego en Más opciones…

Aplicaremos el filtro por categoría Comunicación y seleccionaremos Panel de discusión. Le colocamos un nombre y presionamos el botón Crear.

A configurar la lista!

Con la nueva lista creada, haremos clic en la solapa Lista de la cinta de opciones, y luego en el botón Configuración de la lista. Ahora es cuando debemos crear todos los campos que queremos rellenen los usuarios y agentes de soporte durante el ciclo de vida del incidente de soporte. Para ello utilizaremos Columnas. En el apartado homónimo de las opciones de la lista, podremos observar que ya tenemos algunas columnas creadas por defecto:

Utilizaremos las columnas Asunto y Cuerpo para que los usuarios envíen sus incidentes. Ahora presionamos ahora el botón Crear columna y crearemos nuestros propios campos:

1. Colocamos un nombre a la columna. Por ejemplo, Departamento.

2. Establecemos el tipo de ingreso de información. En este caso utilizaremos Elección. La página se actualizará.

3. Colocamos una descripción para ayudar al usuario a completar la información (Opcional).

4. Especificamos si la columna deberá ser obligatoria o no.

5. Establecemos las opciones que podrá elegir el usuario y la forma en que se le presentarán.

6. Definimos el valor que aparecerá por defecto y presionamos el botón Aceptar.

Ahora repetiremos los pasos 1 a 6 tantas veces como columnas deseemos crear. Para las categorías de los incidentes utilizaré Correo electrónico; Internet; Solicitud de software; Solicitud de hardware; Reemplazo de hardware; Mudanza de puesto; Otros. Y para los niveles de criticidad Crítico, Urgente, Importante.

Adicionalmente crearé una columna Estado para conocer el estado del incidente, que puede estar Abierto, En proceso o Cerrado.

Antes de continuar vamos a hacer una vista previa de cómo verían los usuarios la pantalla de apertura de incidente. Regresamos a la lista y hacemos clic en el botón Agregar nueva discusión. Bonito, verdad?

Antes de continuar debemos realizar algunos ajustes de seguridad, para evitar que otros usuarios visualicen incidentes que no son propios. Vamos a regresar a la configuración de la lista, y haremos clic en Configuración avanzada.

Allí, en el apartado Permisos a nivel de elementos, especificaremos que los usuarios podrán leer todos los elementos y editar solo los elementos creados por ellos mismos.

Los usuarios deberán tener privilegios de Colaborador para poder crear incidentes, mientras que los agentes deberán tener Control total sobre la lista.

Como el panel de discusión no fue diseñada con esta finalidad, debemos modificar la vista que los usuarios tendrán de manera predeterminada al acceder al sitio. Para ello vamos a dirigirnos a las opciones de configuración de la lista y, dentro del apartado Vistas, haremos clic en Asunto. Esta vista es la que se le presentará por defecto a los usuarios.

Nos desplazamos hasta la sección Filtro y definimos los parámetros de la siguiente imagen:

Por último, y para evitar que los usuarios puedan crear vistas desde las que visualizar los incidentes de otros usuarios, modificaremos el nivel de permisos para los usuarios colaboradores. Tengan en cuenta que estos cambios afectarán al resto del sitio, por lo que tal vez sea una buena idea crear un nuevo nivel de permisos.

Hacemos clic en Acciones del sitio, luego en Permisos del sitio y a continuación en el botón Niveles de permisos, en la cinta de opciones. Seleccionamos el nivel Colaborar y destildamos el permiso para Administrar vistas personales.

Al realizar estas últimas modificaciones, evitaremos también que los agentes de soporte puedan visualizar los incidentes de los usuarios, por lo que cada uno de ellos deberá crear una vista personal en base a la vista Asunto, pero quitando el filtro establecido en la imagen anterior.

Clic en la solapa Lista y luego en Configuración de la lista. En la sección Vistas, clic en Crear vista. En la página de creación de vistas, haremos clic en el nombre de la vista Asunto, para crear una nueva a partir de ella. Le colocamos un título y en el apartado Filtro seleccionamos Mostrar todos los elementos de esta vista. De aquí en adelante, cada vez que los agentes de soporte ingresen a la lista deberán seleccionar esta vista para visualizar todos los incidentes de usuarios.

Ahora crearemos un nuevo incidente con una cuenta de usuario con privilegios de colaborador, y veremos el resultado:

El agente de soporte, mientras tanto, visualizará los incidentes de la siguiente manera:

Al hacer clic en el título del incidente, el agente de soporte podrá responder a el y editar todos los valores del mismo presionando el botón Respuesta, ubicado en la esquina superior derecha del resumen del incidente:

Y así es como visualiza el usuario la respuesta del agente de soporte.

De esta manera tenemos ya creada nuestra herramienta de HelpDesk. Solo debemos agregar una webpart con su contenido en la página principal de nuestro sitio para facilitar el acceso, y ya. Pero eso será tarea para la próxima entrega.

Desde la página principal de nuestro sitio de grupo vamos a seleccionar Acciones del sitio y luego Nuevo sitio.

Allí haremos clic sobre el elemento ya instalado “Centro de búsqueda básica”, le colocaremos un nombre y una dirección URL.

Ya tenemos nuestro Centro de búsqueda online! Hacemos una búsqueda?

Y violá… Ya puedo permitirle a mis usuarios realizar búsquedas sobre el contenido de mi sitio asignándoles permisos de Lectura restringida sobre los documentos.

Sencillo, verdad? Hasta la próxima!

En primer lugar vamos a subir algunos documentos a nuestro sitio. Para ello, utilizaremos la librería de documentos “Documentos compartidos”, en la página principal.

Ahora regresaremos a la Administración central. Dentro del apartado Administración de aplicaciones, haremos clic sobre Administrar aplicaciones de servicio y luego sobre el nombre de nuestra Aplicación de servicio de búsqueda.

En el panel izquierdo seleccionaremos Orígenes de contenido. Aquí podremos visualizar un origen de contenido llamado “Sitios locales de SharePoint”, que ha sido creado por defecto durante la configuración inicial de la Aplicación de Servicio de Búsqueda. Si bien podríamos crear uno nuevo, vamos a utilizar este pero a configurarlo para que realice el rastreo de forma automática. Daremos clic sobre el nombre.

Allí podremos ver que el Origen de contenido aún no se ha ejecutado y que nuestro sitio de grupo está en el campo de direcciones a rastrear.

Ahora vamos a crear una programación para los rastreos. Primero configuraremos un rastreo completo una vez a la semana y un rastreo incremental cada 10 minutos los días de semana.

El rastreo completo se encargará de re-indexar todos los elementos del sitio, asegurándonos que el índice esté limpio. Los rastreos incrementales cada 10 minutos nos garantizarán la disponibilidad inmediata de resultados de búsqueda luego de haber subido documentos nuevos. Si bien no existe un valor que pueda tomarse como estándar a la hora de configurar los rastreos, es importante conocer la necesidad de cada compañía en relación directa con los recursos de hardware y software que disponga.

En las siguientes pantallas podemos observar la programación de los rastreos. A la izquierda, la programación del rastreo completo. A la derecha, la programación del rastreo incremental (Todos los días de la semana, comenzando a las 9 AM, durante 12 horas)

Por último dejamos seleccionada la opción “Iniciar rastreo completo de este origen de contenido” y presionamos Aceptar. El rastreo se iniciará de manera automática.

Ahora debemos esperar que culmine el rastreo. Lo notaremos por el mensaje Inactivo en la columna Estado. Una vez que haya finalizado, vamos a visualizar el registro del rastreo para asegurarnos que los documentos hayan quedado indexados.

En el historial podemos observar que se han rastreado de manera correcta 63 elementos. Nosotros habíamos subido solo 5 elementos, verdad? Pues bien, los 58 restantes son elementos propios del sitio de SharePoint. Nada de qué preocuparse. Seleccionaremos ahora Dirección URL, en el margen superior, para garantizarnos que nuestros documentos han sido indexados.

Y allí están… Hacemos nuestra primera búsqueda?

Regresemos a nuestro sitio de grupo y realicemos la búsqueda por palabra clave. En mi caso, buscaré primero “SharePoint” y luego “Aplicación web”. Observemos qué ocurre.

Hago la búsqueda…

Y obtengo los resultados…

Una vez más…

Buen trabajo!

Mañana crearemos nuestro primer Centro de búsqueda.

Para comenzar, debemos estar en la Administración central. Allí daremos clic al enlace Administrar aplicaciones de servicio, dentro del apartado Administración de aplicaciones.

Una aplicación de servicio nos permitirá brindar a una o más aplicaciones web características determinadas, como la posibilidad de buscar contenido dentro de los sitios, visualizar documentos de Word o planillas de Excel desde la web, entre otras.

Al hacer clic sobre el botón Nuevo, en la cinta de opciones, seleccionaremos la primer aplicación de servicio “Aplicación de servicio de búsqueda”

En primer lugar vamos a darle un nombre a nuestra Aplicación de servicio. Podemos tomar el por defecto o colocar uno a gusto. Si disponemos de tecnología FAST Search, debemos notificar al asistente de ello.

Luego seleccionaremos la cuenta que se encargará de ejecutar el servicio de búsqueda. Podemos utilizar la misma cuenta que ejecuta los Grupos de aplicaciones de IIS, o una diferente. En nuestro caso, utilizaremos la misma.

A continuación indicaremos los Grupos de aplicaciones sobre los que se ejecutará nuestra Aplicación de Servicio de Búsqueda. Uno para el componente de administración de búsquedas, y otro para el de consulta y configuración.

Presionamos Aceptar y aguardamos que culmine el proceso de configuración de nuestra Aplicación de Servicio de Búsqueda. Este proceso puede tomar entre 5 y 10 minutos.

Todo listo! Mañana configuraremos la Aplicación de Servicio de Búsqueda y crearemos un Centro de búsqueda para obtener los primeros resultados.

Hasta la próxima!

Links importantes:

- FAST Search Server 2010 para SharePoint http://technet.microsoft.com/es-es/enterprisesearch/ee441234