Lançado o Blog do Time de IAG

Por Yuri Diógenes (Security Support Engineer – ISA Server Team)

O trabalho na criação de conteúdo para o produto IAG está trazendo bons frutos, os primeiros artigos que fizemos durante as últimas três semanas já estão disponíveis no site de Suporte da Microsoft.

Hoje também lançamos o blog do time de IAG com dois artigos que escrevi sobre configuração e resolução de problemas com o uso do recurso de “File Access”. Confira os dois artigos aqui:

Configuring and Troubleshooting File Access through IAG 2007 – Part 1 of 2

Configuring and Troubleshooting File Access through IAG 2007 – Part 2 of 2

Delegar permisos de replicación a un grupo determinado que no es domain o enterprise admin.

Por Sebastian del Rio

Delegar permisos de replicación a un grupo especifico.

En esta ocasión estuve trabajando en un caso en el cual precisábamos delegar permisos en la consola de Active Directory Sites and Services a un grupo especifico que no era domain o enterprise admin. El procedimiento normal sería utilizar el asistente de delegación de Active Directory Sites And Services y dar todos los permisos que precisemos para el grupo en cuestión.

El problema que nos encontramos al hacer esto es que se respetaban todos los permisos que nosotros colocamos por ejemplo no poder crear Subnets, pero al intentar forzar la replicacion, seleccionando el servidor correspondiente, NTDS SETTINGS , haciendo botón derecho y luego Replicate Now contra el servidor que queríamos replicar recibimos el siguiente error. Vale aclarar que a este punto hemos luego de haber delegado los permisos al grupo correspondiente abierto la consola de Sites And Services utilizando Run As, e ingresando las credenciales de un usuario que pertenece al grupo ReplicationGroup que es el grupo que hemos utilizado.

Al forzar la replicación hemos recibido el siguiente error que menciona un error al sincronizar contra la particion ForestDnsZones.msft.local

Esto se debe a que precisamos tener los permisos correctos sobre la particion del Schema correspondiente en este caso ForestDnsZones , el permiso que necesitamos es Replication Syncronization

Este permiso lo podemos dar utilizando la consola de ADSIEDIT.

Solución

Bien para comenzar abriremos la consola de adsiedit ejecutando adsiedit.msc. (para eso deberemos tener instaladas las Support tools disponibles en el siguiente enlace.

Abriremos la consola de adsiedit.msc y veremos algo como lo siguiente

Por default veremos las tres particiones de Active Directory: Dominio, configuracion y Schema.

En nuestro caso vemos que el error lo está dando en ForestDnsZones por lo cual deberemos cargar esa partición para eso iremos en ADSIEDIT , haremos botón derecho y seleccionaremos Connect To

Deberemos ir a la seccion Connection Point e ingresar la primera opción.

Ahí deberemos poner el Distinguished Name de la particion ForestDnsZones el formato es el siguiente

DC = forestDnsZones, DC= msft, DC= local Donde MSFT.LOCAL es dominio.local

Ahí tendremos cargada la partición ForestDNSZones, nos pararemos en la misma y seleccionaremos Propiedades luego seleccionaremos la solapa Security donde agregaremos al grupo el cual queremos tenga el permiso de forzar la replicación, en nuestro caso ReplicationGroup

Una vez agregado iremos dentro de la solapa security a la opción Advanced seleccionaremos el grupo en nuestro caso ReplicationGroup y presionaremos Edit ahi deberemos configurar las opciones Apply onto seleccionando “This object and all child objects” y en Permissions deberemos seleccionar el permiso “Replication Synchronization” como muestra la siguiente imagen.

Para cargar la partición DomainDNsZones deberemos utilizar el mismo modo que con la partición de ForestDnsZones, que en nuestro ejemplo es:

DC = DomainDnsZones, DC= MSFT , DC= local

En el caso de querer dar también permisos para poder hacer Check Replication Topology deberemos dar el permiso Manage Topology en las mismas 5 particiones.

También aconsejo leer los siguientes documentos.

• Best Practices for Delegating Active Directory Administration
• Permissions Necessary for Monitoring Servers Using Active Directory Replication Monitor (Replmon.exe)
• Default Security of the Schema Directory Partition

Espero sea de utilidad.

Exámen de Windows Internals 70-660

Por Daniel Seveso

Actualización: El número de exámen ha cambiado a 71-660 y ya está disponible en el site de Prometric.

En los próximos días se anuncia la disponibilidad del exámen de Windows Internals en modalidad Beta que seguramente estará disponible en el futuro para los profesionales de IT en general.

El público objetivo de este exámen, como habrán deducido de su nombre, apunta a desarrolladores y profesionales de informática que requieren un conocimiento profundo del funcionamiento interno de nuestros sistemas operativos.

Si han leído el famoso libro Windows Internals de Mark Russinovich y David Solomon, coincidirán conmigo que es de esperar que el exámen cubra gran parte de su última edición, la que incluye Windows XP, 2003, tecnologías de 64 bits y analysis de dumps. Esto obviamente es una opinión personal, ya que desconozco el contenido del examen hasta presentarme.

Una particularidad del 71-660 es que fue desarrollado por miembros del equipo de escalación (Global Escalation Services) de plataformas Windows con el apoyo de socios de negocio de Microsoft y miembros de la comunidad profesional. Pueden leer el anuncio del exámen en su blog. 

Este exámen estará acompañado de la siguiente certificación: Microsoft Certified Technology Specialist (MCTS): Windows® Internals,  que no viene mal en ningún curriculum ;)

La guía de preparación estará disponible pronto en este link.

Por lo menos yo, ya me estoy preparando...

Manteniendo compatibilidad de sus sitios de Internet con IE8.0

Por Andre Teixeira, Christian Uribe y Ricardo Gomez

Situación:

De acuerdo con los principios de interoperabilidad, nuestro Chief Software Architect Ray Ozzie; anunció en Febrero del 2008, que estaremos lanzando Windows Internet Explorer 8.0 con el modo Internet Explorer estándar como el modo por defecto de visualización de páginas. Habilitando Internet Explorer 8.0 (IE 8.0) para desplegar contenido Web de una manera que cumpla los estándares por defecto, es la manera correcta de ayudar al avance del Web. Este gran paso en el mundo real de la interoperatibilidad nos permite:

• Ayudar a los desarrolladores y diseñadores hacia el ideal "escribir una vez, correrlo donde sea", liberando tiempo para innovar Vs. modificar el contenido para diferentes navegadores.
• Resolver varios puntos mayores en el desarrollo y diseño que existen en versiones anteriores de Internet Explorer
• Trabajar más estrechamente con los grupos de estándares de Web para ser un colaborador clave en la evolución de estándares de Web.

Desde el anuncio de nuestra decisión de dar prioridad a los estándares Web de interoperatibilidad, la respuesta por parte de la comunidad en el Web ha sido muy positiva. Sin embargo, navegando en Internet Explorer 8.0 en el modo estándar en la versión inicial, puede causar que el contenido escrito para versiones anteriores de Internet Explorer se vea diferente al deseado. Esto presenta la posibilidad de un impacto significativo en el usuario final y en la satisfacción de los proveedores de contenidos Web.

En el corto plazo, el llamado inmediato para los dueños de sitios Web es asegurarse que su contenido continuará desplegándose de la misma forma en Internet Explorer 8.0. Nuestra intención es que los usuarios finales tengan la mejor experiencia posible al explorar con Internet Explorer 8.0 y permitir a los proveedores de contenido el actualizar sus sitios con contenido que cumpla con los estándares, al ritmo que mejor cubra sus necesidades. Por ello, hemos adicionado una opción de compatibilidad para que los desarrolladores puedan visualizar sus sitios Web y aplicaciones en Internet Explorer 8.0 de la misma manera en que lo hacían en Internet Explorer 7.0.

El comunicado de Prensa de Microsoft acerca de los estándares de Web se puede ver aquí. Usted puede aprender más acerca de los Principios de Interoperabilidad de Microsoft, aquí

Acerca de Internet Explorer 8.0

Internet Explorer 8.0 toma la experiencia del Web mucho más allá de las páginas e introduce una nueva forma de experimentar el Web; ya sea que usted es un desarrollador Web escribiendo código basándose en los estándares o un usuario final descubriendo un nuevo servicio en línea integrado a su Explorador - todo con la confianza de que usted está usando el explorardor más seguro, mas compatible y más confiable. Además hemos tomado pasos para liberar esta versión de Internet Explorer lo más rápido posible, facilitando el lanzamiento rápido, encontrar lo que desee de manera eficiente y navegar sin problemas.

Internet Explorer 8.0 está disponible en inglés, alemán y chino (simplificado) en la página de Descargas de Microsoft o en el vínculo http://www.microsoft.com/ie/ie8, no requiere membrecía de MSDN.

Para más información acerca de esta versión así como información adicional durante ciclo de Beta, puede encontrarla en Internet Explorer Team Blog o en el Internet Explorer Developer Center y en el Internet Explorer 8 Beta 1 Technology Overview .

Acerca de los modo de representación de Internet Explorer 8.0

Internet Explorer 8.0 tiene 3 modos de representación: Modo "Quirks": para compatibilidad con páginas Web antiguas y aplicaciones Web heredadas. Modo "IE7 Standards”: Para compatibilidad con las paginas diseñadas para Internet Explorer 7.0 y el modo "IE8 Standards": diseñado para cumplir con los estándares actuales del Web, preferido por los desarrolladores y diseñadores de aplicaciones Web.

Los modos "Quirks" y "Standards" son soportados por la mayoría de los exploradores modernos para propósitos similares. Navegar en este modo está determinado por el tag DOCTYPE declarado en la página Web.

Internet Explorer 8.0 está diseñado para desplegar páginas de la siguiente forma:

• Paginas codificadas sin DOCTYPE, o modo DOCTYPE "Quirks" se desplegarán de una manera similar que en Internet Explorer 6 y en Internet Explorer 7 modo Quirks. cambios mínimos se han hecho a Internet Explorer 8 para poder manejar páginas en modo Quirks.
• Paginas codificadas con un estándar DOCTYPE valido HTML ( o un DOCTYPE no reconocido por Internet Explorer) se desplegara usando el modo estándar de Internet Explorer 8.0

Si en la página se declara que se desplegará en modo estándar, típicamente el comportamiento del explorador es desplegar la página en el último modo estándar por defecto. Internet Explorer 8 se adhiere a esta práctica mediante la presentación de páginas de modo estándar en el modo "IE8 Standards" por defecto. Sin embargo, el meta-tag del modo "IE7 Standards" sobrescribe esta declaración, así que si un desarrollador de Web puede poner específicamente páginas para que sean desplegadas en modo “IE8 Standards” o “IE7 Standards”, esto ofrece múltiples opciones de compatibilidad.

Plan de acción para ayudar a nuestros clientes

Estamos alentando a los desarrolladores para que tengan sus sitios listos ahora para adoptar Internet Explorer 8, ya que la versión 2 del beta estará siendo liberada para todos los clientes en el 3er cuarto de este año enfocada a todos los consumidores. El principal objetivo para los sitios es que sean actualizados usando los tags de compatibilidad tan pronto como sea posible para asegurar que los usuarios sigan teniendo la misma experiencia. Este Blog debería servir como guía para informar a sus clientes y asegurarse así de que están tomando las acciones necesarias:

• Actualizar los sitios para desplegarse en modo IE7: Para lograr que Internet Explorer 8 siempre despliegue el sitio o las páginas como Internet Explorer 7.0 se requiere simplemente de colocar un tag. No se necesitan cambios adicionales.

Hay dos opciones para hacer esto:

1) Por sitio, el dueño del sitio podrá colocar el siguiente header HTTP: X-UA-Compatible: IE=EmulateIE7

2) Por pagina, el dueño del sitio podrá adicionar un tag especial HTML a cada documento, después del tag de <head>: <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />

Puede ver ejemplos de las dos opciones anteriores en el documento "Defining Standards Mode" que se encuentra aquí.

Para probar un sitio después que ha sido actualizado con el meta-tag, los dueños de los sitios pueden explorar su sitio en el modo Estándar de Internet Explorer 8, para verificar que no hay ningún problema de visualización. Para hacer esto; instalen Internet Explorer 8 Beta 1, y luego la actualización de seguridad MS08-031. Nota: La instalación de esta actualización es requerida para verificar el meta-tag.

• (Opcional) Probar el sitio con Internet Explorer 8 antes de actualizarlo: antes de aplicar el tag de compatibilidad de Internet Explorer 7.0, los dueños de los sitios podrían querer ver como sus sitios son mostrados bajo los estándares de Internet Explorer 8 para determinar si una actualización es necesaria. Para esto, pueden bajar el Beta 1 de Internet Explorer 8 y explorar el sitio con el modo de Standards predeterminado.

Los problemas de visualización más comunes incluyen que no esté alineado el diseño, imágenes y textos sobrepuestos y pérdida de elementos en la página. Otra fuente de incidentes puede ser en los lugares de la página que usen Java Script para cambiar dinámicamente el contenido de la misma.

Para confirmar si un problema es el resultado de la navegación en modo estándar de internet Explorer 8, tomen los siguientes pasos:

1. Haga clic en el botón de la barra de herramientas "Emulate IE7" , luego cierre y vuelva a iniciar el Internet Explorer.
2. Después de asegurarse que el modo "Emulate IE7" esté activado (el botón debe verse oprimido), explore el sitio afectado y verifique que funciona como se espera.
3. Oprima el botón de “Emulate IE7” nuevamente para deshabilitar el modo de compatibilidad IE7, luego cierre y reinicie el Internet Explorer.
4. Después de asegurarse que el modo “Emulate IE7” esta deshabilitado, lo que significa que el explorador está ahora en modo Standards Internet Explorer 8, navegue el sitio afectado. Si el sitio presenta algún problema, significa que está relacionado al uso de Internet Explorer 8.

Informe del problema a Microsoft: Publicar su retroalimentación en el grupo de noticias (newsgroup) de IE Beta (microsoft.public.internetexplorer.beta) será de suma utilidad en esta etapa para cualquier problema que encuentren, adicionando los <META >tags de compatibilidad a su sitio.

Preguntas frecuentes acerca de la compatibilidad de los sitios

P: ¿Por qué el modo “Standards” de Internet Explorer 8 es el modo de exploración por defecto?

Microsoft está haciendo énfasis en su compromiso con la interoperabilidad y estándares con el lanzamiento de Windows Internet Explorer 8 con el modo Internet Explorer “Standards” como el modo por defecto de presentación. Queremos dar un gran paso hacia adelante en el mundo real de la interoperabilidad para los desarrolladores con Internet Explorer 8 – orientado hacia el ideal de “escriba una vez, corra donde sea” – y el soporte a estándares es el foco principal de nuestra estrategia. A corto plazo, entendemos que esto crea un llamado a los dueños de los sitios para asegurar que sus sitios sean compatibles con Internet Explorer 8. De la misma forma, hicimos más fácil para los desarrolladores, la actualización de sus sitios y aplicaciones para visualizarlas en Internet Explorer 8 de la misma manera que se hacía en Internet Explorer 7, sin requerir ningún cambio en el código principal. A largo plazo, creemos que este es el camino correcto para ayudar al avance del Web.

P: ¿Cómo se compara la transición de Internet Explorer 7 a Internet Explorer 8 con la transición de Internet Explorer 6 a Internet Explorer 7?

La transición de Internet Explorer 7 a Internet Explorer 8 es mucho más fácil. Internet Explorer 7 no incluía ninguna opción de compatibilidad con Internet Explorer 6 para sitios o usuarios finales. Como tal, muchos usuarios finales encontraron páginas hechas para Internet Explorer 6 que no podían ser mostradas como se esperaba en Internet Explorer 7 hasta que el contenido fuera actualizado. Internet Explorer 8 incluye un modo de compatibilidad con Internet Explorer 7, de tal forma que adicionando el tag de compatibilidad al sitio, los desarrolladores tienen tiempo suficiente de ajustarlo al modo más interoperable; el modo “Standards”.

P: ¿Internet Explorer 8 usará el Programa de ventajas de Windows Original (Windows Genuine Advantage -WGA)?

En este momento no hay planes para que Internet Explorer 8 tenga componentes de WGA.

P: ¿Qué pasa si tengo páginas con el modo “Quirks” en mi sitio y quiero aplicar el encabezado http a todo el sitio?

El tag encabezado http X-UA-Compatible: IE=EmulateIE7 satisface las páginas en modo “Quirks”, por lo que no son necesarios tags adicionales o soluciones alternativas.

P: ¿Puedo sacar ventaja de las nuevas características de Internet Explorer 8 como Activities y WebSlices en el modo de compatibilidad para Internet Explorer 7?

Si. Las nuevas características de Internet Explorer como Activities y WebSlices, trabajarán como se esperan en el modo de compatibilidad para Internet Explorer 7.

P: ¿Qué pasa si no actualizo mi sitio para Internet Explorer 8?

Si navegando su sitio en modo estándar Internet Explorer 8 afecta la experiencia del usuario en el sitio, y los tags de compatibilidad no están aplicados o el sitio no está actualizado con contenido que cumpla estándares, los usuarios necesitaran la opción del modo de compatibilidad de Internet Explorer 7 dentro del navegador para ver su sitio de forma correcta. En Beta 1, esto se puede realizar usando el botón “Emulate IE7”

P: ¿De qué manera soporta el objetivo de interoperabilidad del Web el ofrecer el tag de compatibilidad de Internet Explorer 7?

Ofreciendo la opción del modo de compatibilidad permite a los proveedores actualizar sus sitios con contenido que cumpla con los estándares al ritmo que mejor se adapte a sus necesidades, manteniendo la experiencia del usuario existente. Estamos abogando por el que los desarrolladores y diseñadores Web estén seguros que Internet Explorer 8 está ofreciendo contenido estándar cumpliendo con el DOCTYPE a largo plazo.

P: ¿El botón de EmulateIE7 va a desaparecer?

Internet Explorer Beta 2 será lanzado con una opción similar para habilitar la navegación en modo compatible con Internet Explorer 7. Es posible que el botón mismo sea reemplazado con una opción diferente en la barra de herramientas o una opción del menú.

P: ¿Cuándo será publicado el Internet Explorer Beta 2?

Internet Explorer Beta 2 estará disponible para ser descargado por cualquiera en el 3er cuarto del 2008. Esta liberación está orientada a todos los consumidores.

Recursos adicionales

• Artículos externos acerca de la compatibilidad de Internet Explorer 8
• Sitio de IE8
• Blog del equipo de IE (Principal canal de comunicación para IE)
• Preguntas y respuestas para empresas
• Perspectiva Tecnológica
• Internet Explorer Developer Center
• Toolkit de aprendizaje (para diseñadores y desarrolladores Web)
• Artículos/Referencias
• Para proveer retroalimentación y reportar problemas acerca de Windows Internet Explorer 8 Beta 1 para desarrolladores
  Nuestros clientes pueden usar el newsgroup de IE8 beta (microsoft.public.internetexplorer.beta) para colocar problemas que hayan encontrado en sus pruebas.
• Toolkit de Internet Explorer 8

Mantendo compatiblidade em sites com o Internet Explorer 8

Por Andre Teixeira, Cristhian Uribe e Ricardo Gomez

Situação

Assim como anunciado, o Windows Internet Explorer 8 terá o modo ‘Standards’ como modo padrão de renderização. Fazer com que o Internet Explorer mostre conteúdos web tendo em vista os padrões de Internet é forma correta de ajudar a Internet a evoluir-se. Este grande passo em um mundo real de interoperabilidade irá permitir que:

• Web developers e designers sejam ajudados a serem direcionados ao ambiente ideal de ‘escrever uma vez, executar em qualquer lugar’, fazendo com que exista mais tempo disponível para a criação de inovações ao invés de usar o tempo para modificar conteúdos para rodarem em browsers diferentes.
• Endereçar os principais pontos no que se refere ao desenvolvimento e design de páginas por versões anteriores do Internet Explorer.
• Criar parcerias com grupos que trabalham com os Standards de Internet a fim de ser um contribuidor importante na evolução dos Standards de Internet

Desde o anúncio desta decisão de fazer dos Standards da Internet uma prioridade, o feedback obtido em comunidades da Internet foram positivos. Contudo, navegar com Internet Explorer 8 no modo Standards pode fazer com que conteúdo escrito para versões anteriores do Internet Explorer sejam mostrados diferentemente do que originalmente esperado. Isto representa a possibilidade de um impacto significante para a satisfação de usuários finais e criadores de conteúdo na web.

Para curto prazo, a ação imediata a ser tomada para donos de sites é ter certeza que os conteúdos irão continuar a serem mostrado sem nenhum problema no Internet Explorer 8. O objetivo é fazer com que usuários finais tenham a melhor experiência possível ao navegar com o Internet Explorer 8 e fazer com que provedores de conteúdo atualizem os sites conforme os Standards quando os mesmos julgarem necessário. Para isso, foi adicionada uma opção de compatibilidade para que desenvolvedores possam fazer com que seus web sites e aplicações sejam mostrados no Internet Explorer 8 da mesma forma que são mostrados no Internet Explorer 7.

A Microsoft publicou uma nota mostrando seu compromisso com os Standards de Internet no Internet Explorer 8, o qual está disponível aqui (link em inglês). Você pode também saber mais sobre os princípios de interoperabilidade da Microsoft aqui (link em inglês).

Sobre o Internet Explorer 8

O Internet Explorer 8 leva a experiência web além da página e introduz uma nova forma de experimentar o melhor da web independente se você é um Web developer escrevendo de acordo com os padrões definidos da Internet ou se é um usuário final descobrindo um novo serviço on-line integrado ao browser – tudo com a vantagem de estar usando o navegador mais seguro, mais compatível e confiável. Foram também dados passos na direção de criar a versão mais rápida disponível do Internet Explorer, fazendo com que o mesmo se inicie rapidamente, permita buscar informações eficientemente e navegação transparente.

O Internet Explorer 8 Beta 1 está disponível em inglês, alemão e chinês no Microsoft Download Center ou via http://www.microsoft.com/ie/ie8.

Maiores informações sobre esta versão, como também informações adicionais do ciclo do Beta podem ser encontradas no Blog do time do Internet Explorer, no Internet Explorer Developer Center e no Internet Explorer 8 Beta 1 Technology Overview.

Sobre os modos de renderização do Internet Explorer 8

O Internet Explorer 8 tem três modos de renderização: “Quirks”: para compatibilidade com páginas e aplicações antigas, “IE7 Standards”: para compatibilidade com páginas projetadas para o Internet Explorer 7 e o “IE8 Standards”: projetado para estar de acordo com os Standards da Internet – preferidos por Web developers e designers.

Os modos “Quirks” e “Standards” são suportados pela maioria dos navegadores modernos com propósito similar. A navegação nestes modos é determinada pela tag DOCTYPE declarado na página web.

Internet Explorer 8 foi projetado para mostrar as páginas da seguinte forma:

• Páginas codificadas sem DOCTYPE, ou DOCTYPE do modo “Quirks” serão mostradas de maneira similares ao modo Quirks do Internet Explorer 6 e Internet Explorer 7. Mudanças mínimas foram feitas para que o Internet Explorer 8 possa manipular páginas no modo Quirks.
• Páginas codificadas com um HTML DOCTYPE válido conforme os Standards (ou com um DOCTYPE não reconhecido pelo Internet Explorer) serão visualizadas utilizando o Internet Explorer 8 modo Standards.

Caso uma página web seja declarada para ser visualizada nos modo Standards, o comportamento típico de um navegador é de visualizar a página no mais atual modo Standards disponível por padrão. O Internet Explorer 8 se adere a esta prática mostrando páginas no modo “IE8 Standards” por padrão. Contudo, o meta-tag do “IE7 Standards” sobrepõe esta declaração para que Web developers possam especificamente sinalizarem que páginas sejam renderizadas em modos IE8 Standards ou IE7 Standards, fazendo com que se existam diversas opções de compatibilidade.

Ações a ser tomada por clientes

É aconselhável que desenvolvedores de web sites façam com que seus sites estejam prontos para a adoção do Internet Explorer 8 agora. No terceiro quadrimestre do ano será lançada uma versão Beta que estará disponível para todos os consumidores finais. O objetivo primário é fazer com que os sites sejam atualizados utilizando as tags de compatibilidade o mais rápido possível para ter certeza que a atual experiência dos usuários sejam mantidas. Este comunicado deve ajudá-lo a prepará-lo para informar a clientes que as ações necessárias a serem tomadas sejam realizadas neste momento:

• ·Atualizar o site para renderizar no modo IE7: Fazer com que o Internet Explorer 8 sempre renderize uma página da mesma forma que o Internet Explorer 7 pode ser realizado simplesmente adicionando uma tag. Não são necessárias mudanças adicionais.

Existem duas formas de fazer isso:

1) Em nível de site, onde o responsável pelo site pode adicionar o seguinte cabeçalho HTTP: X-UA-Compatible: IE=EmulateIE7

2) Em nível de página, onde o responsável pelo site pode adicionar a seguinte tag HTML em cada documento logo após a tag <head>: <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />

Você pode verificar exemplos de ambas as opções no documento “Defining Standards Mode” (em inglês).

Para testar um site após ter sido atualizado com o meta-tag, responsáveis pelo site podem navegar no site utilizando o Internet Explorer 8 Standards para verificar se não existem problemas para que as páginas sejam mostradas corretamente. Para isso, instale o Internet Explorer 8 Beta 1 e então instale a atualização para o Beta 1.

• (Opcional) Teste o seu site com o Internet Explorer 8 antes de atualizá-lo: Antes de implementar as tags de compatibilidade do Internet Explorer 7, donos de sites podem querer verificar primeiramente como os seus sites irão ser renderizardos pelo modo Standards do Internet Explorer 8 a fim de determinarem a atualização seria necessária. Para isso, instale o Internet Explorer 8 Beta 1 e navegue no sites usando o modo padrão de Standards.

Os problemas mais comuns de renderização incluem layout desalinhados, sobreposição de textos ou images ou elementos de página que desaparecem. Outro ponto de problemas pode ser qualquer lugar na página que faça utilização de JavaScript para modificar o conteúdo da página.

Para confirmar se um problema é resultado do modo Standards do Internet Explorer 8, execute os seguintes passos:

1. Clique no botão “Emulate IE7” na barra de ferramentas e então reinicie o navegador.
2. Após ter certeza que o “Emulate IE7” está ativado (o botão está pressionado), navegue no site afetado e verifique se está funcionando corretamente como esperado.
3. Clique novamente no “Emulate IE7” para desabilitar o modo de compatibilidade do IE7 e reinicie o navegador.
4. Após ter certeza que o “Emulate IE7” está desabilitado, significando que o browser está agora no modo Standards do Internet Explorer 8, navegue no site afetado. Caso você esteja vendo algum problema, significa que o mesmo é específico do Internet Explorer 8.

Questões e respostas sobre a compatibilidade de sites

Q: Porque o Internet Explorer 8 Standards é o modo padrão de navegação?

Microsoft está reafirmando seu compromisso com a interoperabilidade e padrões de Internet lançando o Windows Internet Explorer 8 com o modo Internet Explorer 8 “Standards” sendo o modo default de renderização. Nós queremos dar um grande passo por um mundo real de interoperabilidade para desenvolvedores através do Internet Explorer 8 – na direção de ‘escrever uma vez, executar em qualquer lugar’ – e o suporte a padrões de Internet está no centro deste direcionamento. Para curto prazo, entendemos que isto cria ações a serem tomadas por responsáveis por web sites para garantir que os sites são compatíveis com o Internet Explorer 8 da mesma forma que são compatíveis com o Internet Explorer 7, sem requerer nenhuma mudança radical no código. Para longo prazo, acreditamos que este é a forma correta de ajudar a web evoluir.

Q: Como a transição do Internet Explorer 7 para o Internet Explorer 8 se compara à transição do Internet Explorer 6 para o Internet Explorer 7?

A transição do Internet Explorer 7 para o Internet Explorer 8 é muito mais fácil. O Internet Explorer 7 não inclui uma opção de compatibilidade com o Internet Explorer 6 para usuários finais. Assim sendo, muitos usuários finais verificaram que páginas construídas para o Internet Explorer 6 não seriam mostradas como esperado no Internet Explorer 7 até que o conteúdo por si só fosse atualizado.

Internet Explorer 8 inclui um modo de compatibilidade com o Internet Explorer 7, significando que adicionando a tag de compatibilidade de site, desenvolvedores terão tempo adequado para se ajustarem à interoperabilidade do modo Standards.

Q: O Internet Exlorer 8 irá utilizar o Windows Genuine Advantage (WGA)?

Não há atualmente planos para o Internet Explorer 8 ter um componente WGA.

Q: O que acontecerá se eu tiver o modo “Quirks” em páginas de meu web site e quiser implementar o cabeçalho http em nível de site?

O cabeçalho http X-UA-Compatible: IE=EmulateIE7 suporta o modo “Quirks”, assim sendo, não será necessário adicionar tags adicionais ou qualquer outra medida.

Q: Ainda poderei utilizar os novos recursos do Internet Explorer 8 como o Activities e o WebSlices no modo de compatibilidade do Internet Explorer 7?

Sim. Os novos recursos do Internet Explorer 8, como o Activities e o WebSlices irão funcionar normalmente no modo de compatibilidade do Internet Explorer 7.

Q: O que irá acontecer se eu não atualizar o meu site para o Internet Explorer 8?

Se navegar em seu site com o modo Standards do Internet Explorer 8 afetar a experiência do site, e as tags de compatibilidade não forem aplicadas ou o site não for atualizado com conteúdo de acordo aos padrões de Internet, usuários precisarão optar pelo modo de compatibilidade do Internet Explorer 7 de dentro do navegador para visualizar o seu site como esperado. No Beta 1, isto é conseguido através do botão EmulateIE7.

Q: Como a disponibilidade da tag do Internet Explorer 7 suportará o objetivo de interoperabilidade da Internet?

Provendo uma opção para um modo de compatibilidade permite que provedores de conteúdo atualizem sites conforme os padrões definidos de Internet de acordo com suas necessidades, enquanto a experiência de usuários é mantida. Nós nos colocamos do lado de Web developers e designers ao assegurar que o Internet Explorer é provido com o conteúdo padrão dentro do DOCTYPE a longo prazo.

Q: O botão EmulateIE7 irá desaparecer?

O Internet Explorer Beta 2 será lançado com uma opção similar para permitir navegação via modo de compatibilidade do Internet Explorer7. É possível que o botão do ‘Emulate IE7’ seja atualizado com um botão diferente na barra de ferramentas ou opção de menu.

Q: Quando o Internet Explorer estará disponível para download?

O Internet Explorer estará disponível para qualquer pessoa no terceiro quadrimestre de 2008. Este lançamento está destinado a todos os consumidores.

Recursos Adicionáis:

• Artigo KB para a compatibilidade de site com o Internet Explorer 8
• Site do IE8
• IE Team Blog (principal canal de comunicação externa para o IE)
• Questões e Respostas para Empresas
• Visão geral da tecnologia
• Centro de desenvolvimento do Internet Explorer:
• Ferramentas de preparação (Readiness Toolkit) (para os web designers e developers):
• Whitepapers/Tutorials
• Prover feedback sobre o Internet Explorer 8 Beta 1 para desenvolvedores – clientes serão encorajados a usar o newsgroup do beta (microsoft.public.internetexplorer.beta) para postar problemas durante os testes.
• Toolkit do Internet Explorer 8

Versão final do Hyper-V está disponível

Acredito que muitos de vocês que estão aguardando , ou que apenas se interessam pelo assunto devem saber que o Hyper-V virou RTM , e está disponível para download. Também está disponível o Hyper-V Language Pack . Além disso há a atualização do Management Pack para Vista Service Pack 1.

Virtualização é um termo que nós todos estamos escutando há anos , e iremos escutar por muitos mais. É um campo fascinante e estou muito feliz que a Microsoft esteja totalmente compremetida com a tecnologia.

Para professionais de TI a interação com virtualização vem de muitos anos , de palestras a ambientes de testes , de domínios inteiros rodando em Virtual PC e servidores de correio com 128MB de memória RAM para demonstrações. Ou seja , já experimentamos os altos e baixos de um tipo de hypervisor.

Todavia para apreciar e utilizar todos os recursos e vantagens de um ambiente virtualizado , é necessário que novos conceitos sejam aprendidos e que alguns paradigmas que nós todos temos sejam quebrados.

Para isso espero passar alguns conceitos que considero importantes a todos que desejam utilizar virtualização no dia-a-dia. E ter um turnaround o mais rápido possível no investimento nessa tecnologia que com certeza estará presente na maioria de nossos clientes.

O termo virtualização vem sendo utilizado por várias pessoas e companhias para diferentes coisas. Podemos ter virtualização para storage , software , hardware. Claro que para o Hyper-V em grosso modo estamos falando da habilidade de se utilizar um único componente de hardware , um servidor e poder executar vários sistemas operacionais ao mesmo tempo nesse equipamento , utilizando com muito mais eficiência a capacidade de processamento dos servidores. Bem não me parece um conceito tão difícil :-)

Mas como conseguimos alcançar é que muito interessante ...

Primeiro temos um componente chamado hypervisor , que habilita a virtualização ao apresentar um hardware virtual para que possámos instalar um sistema operacional e isolá-lo completamente de outros componentes sendo executados no sistema.

Teoricamente existem 2 tipos de hypervisors :

Tipo 1 : É instalado diretamente no hardware como um programa de controle . As VM's são instaladas diretamente no hypervisor.

Nessa categoria se encontram e Hyper-V , VMWARE ESX Server e o Citrix XEN Enterprise Server.

Tipo 2: Nesse tipo o Hypervisor necessita de um sistema operacional que o controle . Ou seja o hypervisor acaba rodando como um processo de user-mode no OS.

Nessa categoria estão o Virtual PC , Virtual Server , VMWare Server ( antigo GSX )

Também temos duas opções para o modelo de kernel do hypervisor - monolítico ou microkernel.

Para o Hyper-V , seguimos o modelo de microkernel , onde device drivers escritos especificamente para serem utilizados por um hypervisor não são necessários. Todavia necessitamos de um root / parent partition que forneça um ambiente de execução para os device drivers e child partitions (guest OS) se comunicam com o root / parent partition para para operações que necessitem de acesso ao hardware. A vantagem é que o hypervisor nesse modelo tem um footprint bem pequeno e podemos utilizar todos os device drivers já homologados para Windows Server 2008 , sem a necessidade de reconstruí-los tendo o hypervisor em mente.

Espero estar compartilhando vários recursos que conheço para melhor explicar esses conceitos e aumentar o nível de sucesso em utilizar essa tecnologia.

Para esse primeiro blog sobre Hyper-V , gostaria de adicionar esse vídeo que explica com bastante detalhes os conceitos de hypervisor.

Obrigado pela atenção.

Alessandro Gonçalves

ISA Server 2006 SP1 – Problemas que vão além do botão de teste

Por Yuri Diógenes (Security Support Engineer – ISA Server Team)

Com o lançamendo do ISA Server 2006 SP1 uma série de características novas já estão sendo testadas no mercado. Uma destas características é o botão de teste de publicação, porém é importantissimo entender que tal funcionalidade tem suas limitações.

Acabamos de publicar um artigo no blog do time de ISA que permitirá que você entenda melhor como esta nova ferramenta funciona.

Clique aqui para ler o artigo completo.

Entenda como configurar o autenticação Keberos com Internet Explorer 7 em um ISA Server 2006 usando NLB

Por Yuri Diógenes (Security Support Engineer – ISA Server Team)

Ano passado escrevi um artigo que foi publicado no TechNet Library acerca do uso de Kerberos para autenticação Proxy através do ISA Server 2006.

Após este artigo muitas outras dúvidas surgiram, como por exemplo a dúvida de como configurar um array de ISA Server 2006 com NLB e fazer uso de Kerberos para autenticação Proxy. Muitos usuários viram que na prática, quando se usa o nome virtual do servidor ISA Server 2006 nas propriedades do Internet Explorer, à autenticação negociada é NTLM.

Quer saber por que? Veja o artigo que acamos de publicar no Blog do time de ISA Server. Clique aqui para ler o artigo completo.

[Support Academy Triage] - Visão geral do SQL Server 2008 - Parte 1

O SQL Server 2008 está perto de ser lançado no mercado - vamos conhecer o que há de novo na engine do SQL Server 2008 em termos de disponibilidade, gerenciamento, segurança, escalabilidade e performance

Data: 01/07/2008 Horário: 03:00 PM Horário de Brasília  (1:00PM Horário Central) - Para criar um compromisso no seu calendário, clique aqui.

Esta conferência é pública, aberta a todos os clientes, parceiros e usuários de produtos Microsoft.

Helio Rosental, Engenheiro de Suporte para o time Microsoft Commercial Technical Support Latin America é o nosso apresentador especial desta sessão.

Programe-se e participe! Estamos ansiosos pela sua participação!

Oops!! Onde está a conexão de rede?

Mais uma vez , um incidente que parecia simples de ser solucionado acabou por se tornar algo interesssante, que indica o quão abrangente os nossos conhecimentos necessitam ser para que possámos solucionar problemas com sucesso.

Tudo começou com um chamado , onde o problema estava corretamente definido; os ícones da placa de rede desapareceram das propriedades do Network Neighborhood. No início me pareceu simples e indiquei ao cliente o seguinte artigo de suporte - 825826 How to troubleshoot missing Network Icons in Windows Server 2003 and Windows XP .

Mas como tudo que parece muito fácil , as vezes nos surpreende e temos que exercitar os nossos conhecimentos e processos de resolução de problemas. E claro que o incidente não foi resolvido ao aplicar os passos do artigo de suporte.

Como o escopo está bem definido, vamos partir para coletar dados que nos deêm pistas da causa do comportamento . Iniciei por abrir o msinfo32 para verificar se os componentes de rede podem ser observados , mas para minha surpresa nada estava listado lá , indicando um possível problema com o WMI. Com essa pista parti para testar o WMI , podemos começar por tentar conectar com o repositório ao utilizar o computer management e selecionar o WMI Control , ao fazer isso recebemos uma mensagem de acesso negado. Para comprovar o estado do WMI utilizei o WMIDiag , o resultado foi o seguinte:

.1454 11:29:00 (1) !! ERROR: WMI CONNECTION errors occured for the following namespaces: .................................................. 5 ERROR(S)!

.1455 11:29:00 (0) ** - Root, 0x80070005 - Access is denied..

.1456 11:29:00 (0) ** - Root, 0x80070005 - Access is denied..

.1457 11:29:00 (0) ** - Root/Default, 0x80070005 - Access is denied..

.1458 11:29:00 (0) ** - Root/CIMv2, 0x80070005 - Access is denied..

.1459 11:29:00 (0) ** - Root/WMI, 0x80070005 - Access is denied.

Com certeza temos um problema com permissão , todavia o lugar ainda é desconhecido. Antes de partir para as ferramentas do sysinternals , decidi coletar mais dados.

Habilitei o verbose logging do WMI no próprio WMI Control , reiniciei os serviços de WMI ( net stop winmgmt && net start winmgmt ) e verifiquei os logs do serviço ( %windir%\system32\WBEM\logs).

Ao verificar um dos arquivos , wbemprox.log , uma mensagem chamou atenção:

ConnectViaDCOM, CoCreateInstanceEx resulted in hr = 0x80070005

Mais uma vez , acesso negado . No system log também verifiquei:

Event ID: 512
Source: CryptSvc
Description:
The Cryptographic Services service failed to initialize the VSS backup "System Writer" object.

Details:
System Writer object failed to subscribe to VSS.

Chegou a hora de fazer um LIVE Search por - ConnectViaDCOM, CoCreateInstanceEx resulted in hr = 0x80070005 - e um artigo chamou a atenção ao mencionar problemas com COM+ e MSDTC - kb 909444 - e menciona as mensagens observadas .

Basicamente comenta por permissão em uma pasta chamada REGISTRATION , que impede que aplicações COM acessem o catálogo , pois antes do MS05-051 permissões explícitas a pasta não eram necessárias mas agora são.

Ao verificar a pasta em questão %windir%\registration , as permissões não estavam configuradas de acordo com o artigo.

Prossegui com a configuração das permissões e após um reinício do servidor os ícones voltaram a ser visualizados.

O que podemos tirar deste exemplo , é que a maioria dos problemas podem ser resolvidos pela simples ação de coletar dados e se concentrar no comportamento e dados apresentados.

Espero que tenham apreciado a leitura e obrigado pela visita.

Alessandro Gonçalves e Microsoft LATAM Support Team.

[Support Academy Triage] - Microsoft Exchange 2007 Disaster Recovery

Esta sesión tendrá como foco principal resumir lo nuevo en Microsoft Exchange 2007 y 2007 SP1 en relación con Disaster Recovery. Cubriremos las mejoras y nuevas características del motor de base de datos con respecto a Exchange 2003 y un resumen de las distintas tecnologías como LCR, CCR, portabilidad de datos, y Dial-Tone, a la hora de implementar estrategias de Disaster Recovery.

Fecha: 24/06/2008 Horario: 1:00 PM Horario Central - Para crear un cita en su calendario, haga clic aquí.

Esta conferencia es pública; abierta a todos los clientes, partners y usuarios de productos Microsoft.

Daniel Seveso, Support Escalation Engineer en el grupo Microsoft Commercial Technical Support Latin America será el presentador especial de esta sesión.

Contamos con su participación.

O MMC não pode criar o snap-in

Problema : Logo após ter instalado o Windows XP Service Pack 3, a console do WSUS nao pode ser aberta nos clientes com o seguinte erro:

O MMC não pode criar o snap-in . O snap-in pode não ter sido instalado corretamente.

Nome: Update services

CLSID: FX:{8b6499ed-0241-e032-6508-da4b1c879d7e}

Esse problema foi identificado inicialmente com a versão em português do Windows XP. Na versão em ingles esse problema não acontece.

O workaround para o problema segue abaixo:

1. Download the .NET SDK do site :
   http://www.microsoft.com/downloads/info.aspx?na=22&p=2&SrcDisplayLang=en&SrcCategoryId=&SrcFamilyId=&u=%2fdownloads%2fdetails.aspx%3fFamilyID%3dfe6f2099-b7b4-4f47-a244-c96d69c35dec%26DisplayLang%3den
   
2. Instale e navegue através de uma janela de prompt de commando:
   C:\Arquivos de programas\Microsoft.NET\SDK\v2.0\Bin>
   
3. Verifique o token publico mmcex.resources.dll através do comando:
   sn -T c:\WINDOWS\system32\pt-br\mmcex.resources.dll
   
4. O retorno tem que ser :
   Public key token is 31bf3856ad364e35
   
5. Ignore a verificação de “Strong-Named Assemblies” para todas as instancias usando o seguinte commando:
   sn -Vr *,31bf3856ad364e35
   
6. O retorno deve ser como está descrito abaixo, permitindo acesso ao token publico:
   Verification entry added for assembly '*,31bf3856ad364e35'
   
7. Tente abrir o WSUS snapin depois de executar os passos acima.

Creditos : Ellis George, Joseph Tisdale, Brian Shaw, JC Hornbeck, Joao Madureira (WSUS Team).

Como prevenir llegar al último número disponible para los transaction logs.

Por Daniel Seveso

An Internal processing Error has occurred. ID no: C1041724

El Exchange System Manager puede presentarte este error cuando intentas montar una o más bases de datos de Exchange. No es que sea algo nuevo, pero tuve dos casos como este en una semana affectando 2500 usuarios en un caso y 3000 en otro, asi que dedicí escribir este artículo para ayudar a prevenir la situación. El artículo KB830408 describe el problema y como solucionarlo.

¿Como es la numeración de los logs de transacciones?

A partir de Exchange 2000 se incluye el concepto de Storage Groups (SG). SG es una agrupación de bases de datos que comparten, entre otras cosas, los logs de transacciones. En otras palabras, hay un solo flujo de logs de transacciones para todas las bases que forman parte de un SG. Los logs de transacciones en Exchange 2000 y 2003 se numeran de la siguiente forma:

[E nn 00001.log] a  [E nn ffff0.log].

nn representa el número de SG comenzando en 00 para el primer SG y las siguientes cinco cifras son un número hexadecimal secuencial de 1 a ffff0. [E nn.log] es el log que está siendo escrito actualmente, el cual se renombra siguiendo el número de secuencia cuando está completo, aunque internamente ya posee su número definitivo.

Este rango de log permite que las bases de datos acepten aproximadamente 5 TBytes de datos y transacciones (considerando el tamaño de 5Mb de los logs), antes de que Exchange se quede sin números de secuencia disponibles para procesar nuevas transacciones.

En Exchange 2007, esta situación cambia un poco. Los tamaños de los logs de transacciones disminuye a 1Mb, y la numeración cambia agregando 3 dígitos más hexadecimales (ej. E nn 00000001.log - E nn 7FFFFFFF.log o aprox. 2050 TBytes usando la misma idea anterior)

¿Como afecta este problema  a las distintas versiones de Exchange?

De peor a mejor:

Exchange 2000 previo al update rollup post SP3 de August 2004, y Exchange 2003 RTM:
No deberías estar corriendo estas versiones en producción. Por favor actualiza tu servidor inmediatamente y refierete al artículo KB830408 si todavía estas interesado en saber que pasaba.

Exchange 2000 post SP3 rollup de Agosto 2004 y Exchange 2003 SP1 en adelante:
El error C1041724 no es exclusivo de este problema, por lo que deberás confirmar lo siguiente:
Las bases de datos del SG en cuestión se desmontarán automáticamente como mecanismo de protección, y verás los siguientes errores en el log de aplicaciones:

Event ID: 1159
Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Description: Database error 0xfffffdf9 occurred in function JTAB_BASE::EcEscrowUpdate while accessing the database "First Storage Group\Mailbox Store (SERVER)".

Event ID: 9518
Event Type: Error
Event Source: MSExchangeIS
Event Category: General
Description: Error 0xfffffddc starting Storage Group Path_of_Storage_Group on the Microsoft Exchange Information Store. Storage Group - Initialization of Jet failed.

El error 0xfffffddc significa JET_errLogSequenceEndDatabasesConsistent

¿Como puedo evitar este problema?

1) A partir del número de secuencia EnnE0000.log, el Exchange Storage Engine (ESE) registrará un evento de advertencia 514. Este evento es registrado con la antelación suficiente para programar ventana de mantenimento y reíniciar la secuencia.

Event Type: Warning
Event Source: ESE
Event Category: Logging/Recovery
Event ID: 514
Description: Information Store <>: Log sequence numbers for this instance have
almost been completely consumed. To begin renumbering from generation 1, the
instance must be shutdown cleanly and all log files must be deleted. Backups will
be invalidated.

Monitorea estos eventos regularmente y configura una notificación proactiva a partir del mismo.

2) Al igual que con un automovil, no tienes que esperar a que el tanque esté en reserva para cargar combustible. Cuando veas el número de secuencia lo suficientemente alto, puedes en cualquier momento ejecutar el procedimiento de reinicio de la secuencia,  aunque estes lejos del EnnE0000.log.

Procedimiento de reinicio de la secuencia de los logs de transacciones:

1) Toma nota del prefijo (Enn) y los dos directorios que aparecen en las propiedades del SG. Estos directorios son el de Logs y el de System respectivamente.

2) Desmonta todas las bases de datos del Storage Group.

3) Por precaución, mueve todos los logs de transacciones con el prefijo Enn a un directorio de respaldo.

4) Mueve también al directorio de respaldo el Enn.chk que está en el directorio System de Exchange

5) Finalmente monta todas las bases de datos nuevamente.

Luego de este procedimiento los números de transaction logs comenzarán nuevamente a partir de Enn00001.log

IMPORTANTE: Este procedimiento invalida los backup online que tengas, por lo que debes hacer un backup online inmediatamente despues de montar las bases de datos.

¿Como puedo solucionar este problema si me ha ocurrido?

Si las bases se han desmontado como consecuencia de este problema, te recomiendo verificar la consistencia de las bases de datos corriendo el siguiente comando:

eseutil /mh <nombre del archivo.edb> 

La salida de este comando despliega el contenido del header de la base de datos. En particular nos importan estos campos, que indican que la base de datos ha sido correctamente desmontada:

State: Clean Shutdown
Log Required: 0-0 (0x0-0x0)

Una vez que confirmas estos campos, basicamente debes seguir el procedimiento descrito arriba para reiniciar la secuencia.

Nota: Si este problema te ocurre con versiones previas a Exchange 2000 post SP3 rollup de Agosto 2004 o Exchange 2003 SP1 hay otros pasos adicionales que deberás seguir. Los mismos están documentados en el siguiente artículo:

830408 Store databases are dismounted without warning or users cannot log on to
their mailboxes in Exchange Server 2003 or in Exchange 2000 Server
http://support.microsoft.com/default.aspx?scid=kb;EN-US;830408

Saludos,

Documentación actualizada de Exchange 2007

El grupo de producto de Exchage ha lanzado nuevos documentos y actualizado varios correspondientes a los cambios incorporados en Exchange SP1. Lo fundamental para el administrador de Exchange 2007: los archivos de Help actualizados (documentación y shell)

Visita Exchange Server Documentation Updates - June 2008 en el Exchange Team Blog.

Configurando un Receive Connector para rel