Hoy les mostraremos como convertir un certificado con extensión .pem a un certificado .pfx a través de una aplicación especialmente diseñada para tratar certificados.

Primero un poco de conocimientos:

Formato PEM

El formato pem es el mas usado por las entidades emisoras de certificados y por lo general tienen formatos como .pem, .crt, .cer, and .key. Son archivos ASCII codificados en Base64 y contienen el siguiente texto “—–BEGIN CERTIFICATE—–” y terminan con “—–END CERTIFICATE—–” . Los certificados de servidor, certificados intermedios y claves privadas se pueden poner en el formato PEM

Apache y otros servidores similares usan el formato de certificado PEM. Muchos certificados PEM contienen la clave privada (Private Key) pero la mejor forma de conseguir buenos resultados y mayor compatibilidad por ejemplo con Apache, etc… es teniendo los ficheros por separado el .pem y el .key

Formato DER

El formato DER es simplemente una forma binaria de un certificado en lugar del formato PEM ASCII. A veces tiene extensión .der pero a menudo tiene extensión .cer por lo que la única manera de saber la diferencia entre un archivo DER, un Cer o un archivo de PEM es para abrirlo en un editor de texto y buscar el BEGIN / END. Todos los tipos de certificados y claves privadas (private keys) pueden ser codificadas en formato DER. El formato DER se usa típicamente en plataformas Java.

Formato PKCS#7/P7B

El formato PKCS#7 o P7B es almacenado en Base64 ASCII y tiene extensión .p7b o .p7c. Los certificados P7B contienen”—–BEGIN PKCS7—–” y terminan con “—–END PKCS7—–”. Los ficheros P7B únicamente contienen certificados y certificados intermedios pero nunca la clave privada. Muchas plataformas soportan ficheros P7B incluyendo Microsoft Windows y Java Tomcat.

Formato PKCS#12/PFX

El formato PKCS#12 o PFX es un formato binario para almacenar el certificado del servidor, todos los certificados intermedios y la clave privada en un fichero encriptado. Los ficheros PFX normalmente tienen extensión .pfx y .p12. El formato PFX se usa normalmente en equipos Windows para importar y exportar certificados y claves privadas.

 

Cuando convertimos un fichero PFX hacia un fichero .PEM, OpenSSL pondrá todos los certificados y las claves privadas en un único fichero. Necesitaremos abrir el fichero con un editor de texto y copiar cada certificado y clave privada en cada fichero individual, certificate.cer, cacert.cert y claveprivada.key respectivamente.

Y ahora los pasos a seguir:

Para poder hacer la conversión deberemos disponer del siguiente software: http://slproweb.com/products/Win32OpenSSL.html

 

Para el ejemplo hemos descargado 2 ficheros un archivo.pem y un archivo.key (Es necesario disponer de los 2 ficheros)

 

Desde una línea de comandos accedemos a la carpeta donde hemos instalado Win32Openssl\bin y allí le copiamos los 2 ficheros necesarios, el .pem y el .key

 

Ejecutamos el siguiente comando: openssl pkcs12 -export -out cert.pfx -inkey “Archivo.key” -in “archivo.pem”

Escribimos una contraseña que deberemos recordar para siempre y con esto ya tendremos el certificado .pem exportado o convertido a .pfx en la misma carpeta.

Ha sido fácil no??

Si queréis ver más comandos a través de la herramienta openssl podéis ver el siguiente enlace:

http://openssl.org/docs/apps/rsa.html

Referencias:

http://www.openssl.org/

https://www.sslshopper.com/ssl-converter.html

Hasta la próxima.

Hoy vamos poner algo de powershell.

Este artículo explica como recoger remotamente un evento del visor de sucesos de windows de un equipo o grupo de equipos desde una línea de comandos Powershell y además en Onliner, jeje como me gusta a mí..

Recordáis el artículo http://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/ donde demostrábamos como solventar un error con la replicación de Active Directory del sysvol?, pues con este script podremos detectar remotamente este tipo de errores sin tener que esperar a que un usuario nos diga que su script no funciona por que no lo detecta, o que una política de dominio no se está aplicando por que no existe en algún site, etc..

Lo que vamos a hacer con este script es comprobar los últimos 2 días de logs del visor de eventos del “File Replication Service” como source “NtFrs” y como tipo de error “Error” y también forzaremos a que únicamente nos muestre los errores de tipo “13568” y que únicamente nos muestre el más nuevo para ajustarnos a las preferencias de detectar el error de replicación de active directory (Vosotros podréis poner lo que queráis como por ejemplo detectar si las bases de datos de Exchange se han apagado por culpa de que el log de transacciones se haya llenado) con los siguientes valores:

Type: Error

Event ID: 9518

Source: MSExchangeIS

Pero de momento lo que vamos a buscar nosotros son los problemas con el FRS y lo que buscamos es lo siguiente:

Type: Error

Event ID: 13568

Source: NtFrs

Lo haremos de esta forma:

get-eventlog -newest 1 -after (get-date).AddDays(-2) –computername <NombreEquipo> -logname "File Replication Service" -source "NtFrs" -entrytype "Error" | where{$_.EventId -eq ’13568′} | select machinename,source | ft –autosize

El resultado si detectara que ha habido un error en los últimos 2 días en el apartado File Replication Service con source NtFrs, de tipo Error y con el código de evento 13568 sería el siguiente:

MachineName Source

———–         ——

MegaDC1        NtFrs

A partir de ahí ya podremos solventar el problema  con el siguiente artículo por ejemplo: http://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/

Pero si lo que queréis es detectar esto mismo en todos los domain controllers del dominio deberéis modificar –computername <NombreEquipo> por:

-computername (get-qadcomputer -searchroot "<dominio>Domain Controllers" –dudip | Select-Object -ExpandProperty Name)

Cuidado que esta última modificación que lo hará sobre todos los domain controllers que tengáis y tardará muchísimo, (Deberéis tener instaladas las herramientas de Quest Active Roles Management) pensad que lo hacemos remotamente y que no usamos hebras de procesos (Esto ya os lo mostrará otro de los miembros del blog que es más que experto en Powershell) A ver si se anima.. Albert!!!!!, te queremos leer en MegaCracks…

También podéis ejecutar el comando en cada servidor diariamente y que envíe un email con los resultados a una dirección de correo o lo envíe hacia un fichero que será recogido por un IIS y mostrado en una web como si de un monitor de eventos centralizado se tratara, o lo que vuestra imaginación os ofrezca… El mundo del powershell es impresionante, pero más lo es cuando lo unes con automatizaciones, monitores, webs, etc..

Si tenéis cualquier pregunta al respecto estaremos encantados de daros soporte desde los comentarios del bog.

Hasta la próxima.

El otro día monitorizando a un cliente detectamos el siguiente error en su sistema de correo Exchange 2003, An MSExchangeIS 9518 event with error code 0xfffffddc.

Detectamos que todas las bases de datos de un Storage Group se habían apagado repentinamente. (Normal en este tipo de errores, ahora os explicaremos porqué.) y al intentar arrancar las bases de datos aparecía el siguiente error

Type: Error

Event ID: 9518

Source: MSExchangeIS

 

Error 0xfffffddc starting Storage Group /DC=com/DC=<dominio>/CN=Configuration/CN=Services/CN=Microsoft Exchange/CN=<contenedor>/CN=Administrative Groups/CN=Primer grupo administrativo/CN=Servers/CN=<servidor>/CN=InformationStore/CN=Storage Group 2 on the Microsoft Exchange Information Store.

 

Storage Group – Initialization of Jet failed.

Esto ocurre cuando se excede el número máximo representado por el nombre del transaction log para un storage group en concreto(ExxFFFF0.log) 1,048,560 de logs en Exchange 2003 y (0x7FFFFFFF) 2,147,483,647 ficheros de logs en Exchange 2007.

Pero cuando ocurre esto?: Los archivos de registro de transacciones (transaction log) son un registro de cada transacción realizada por el motor de base de datos. Todas las transacciones se escriben en el registro, y luego lentamente se escriben en la base de datos.

Cada vez que alguien recibe, envía, mueve un correo o cuando un administrador de exhange mueve usuarios de un database a otro este log va creciendo y se va almacenando en disco en forma de ficheros con una nomenclatura concreta Exx<contador>.log y cada uno de estos ficheros en Exchange 2003 ocupan 5,120 KB (5 MB).

Por ello como ya hace tiempo que disponéis de Exchange 2003 instalado y seguro que habéis hecho ya casi 1 millón de movimientos, o ya os ha pasado o os queda poco para que os aparezca el error mencionado.

Para detectar esto proactivamente podéis monitorizar la carpeta de LOGS de vuestro Exchange para detectar si los ficheros que os está generando Exchange 2003 (registro de transacciones) están cerca del ExxFFFF0.log como podréis apreciar en la siguiente imagen:

Pero cómo poner a cero el registro de transacciones de Exchange?

Tenemos una herramienta que a parte de hacer otras muchas cosas como hacer un performance troubleshotting cuando hay un problema de rendimiento o un mail flow troubleshooting o incluso para poder detectar fallos en el sistema de correo también es capaz de leer el visor de sucesos del sistema y detectar si en los últimos días ha habido un error que provoque este problema con las bases de datos apagadas repentinamente.

El programa viene de la mano de Microsoft y se llama Microsoft Exchange Troubleshooting Assistant v1.1 y lo podéis descargar desde el siguiente enlace:

http://www.microsoft.com/en-us/download/details.aspx?id=25213

Lo descargáis y lo instaláis con siguiente –> siguiente..

Cuando haya finalizado la instalación os ubicáis en:

INICIO -> All programs -> Microsoft Exchange -> Troubleshooting Assistant.

Pulsar sobre Task.

Pulsar sobre Database Troubleshooter para detectar los problemas con bases de datos.

Rellenad los siguientes campos:

Enter an identifying label for this activity: <el nombre que queráis>

Server name (required): <Nombre del servidor de correo>

Domain controlle rname (required): <Nombre del domain controller más cercano o más rápido>.

Pulsar sobre Next.

Leerá datos de Exchange y de Active Directory.

Aquí deberemos indicar desde cuando está ocurriendo el problema así el programa podrá leer los eventos del sistema desde un periodo de tiempo indicado para acotar mejor el problema y obtener una respuesta más rápidamente.

Por ejemplo desde hacer 2 horas -> 120 minutos.

Pulsar sobre Retrieve event logs

Aquí tenemos el error tal como os habíamos contado.

Exceeded the Maximum Number of Transaction Log Files Available for this Storage Group.

Pulsamos sobre el error

Ahora lo más recomendable es pulsar sobre Tell me more about this issue and how to resolve it.

Tras haber recogido suficiente información como para entender que este proceso no va a romper nada pulsamos sobre:

Use related Database Recovery Management task to verify and resolve this issue que le transferirá al Database Recovery Management justamente el storage group afectado como parámetro.

También tenemos la opción de cerrar esta ventana e ir al inicio de Microsoft Exchange Troubleshooting Assistant y pulsar sobre Database Recovery Management

Para poder solventar estos errores las bases de datos deberán estar apagadas, pero se podría dar el caso de querer hacer esta acción de una forma proactiva y el error que nos aparecería si las bases de datos están arrancadas será parecido al siguiente:

Si las bases de datos están apagadas por culpa del error entonces os aparecerá la siguiente pantalla:

Pulsamos sobre Reset log generation number

Seleccionar el Storage Group afectado o al que le vamos a realizar el mantenimiento programado (Recordad bases de datos apagadas).

Pulsar sobre Browse para definir una ruta donde haya espacio disponible para mover los ficheros de logs temporalmente. (Este es un punto muy importante ya que si no tenemos espacio disponible en la ubicación de backup no vamos a poder realizar la reparación).

Pulsar sobre Next.

En la imagen anterior aparecen únicamente 2 logs ya que nosotros los eliminamos para agilizar la acción de resolución y poder hacer el artículo en menos tiempo pero realmente veríamos todos los logs.

Al finalizar todo este procedimiento las bases de datos se pueden montar con normalidad y el transaction log empieza a contar desde 0 como podéis ver en la siguiente a imagen.

Hasta aquí la resolución al problema, espero que os haya sido de ayuda y que os haya dado un motivo más para seguir leyendo el blog,..

Hasta la próxima.

Tipos de errores que os podrían haber aparecido o textos para encontrar este artículo:

an MSExchangeIS 1159 event with error code 0xfffffdf9.

all databases within this storage group will be dismounted and cannot be restarted.

Hoy os explicaremos un script desarrollado en Powershell que lo único que hace es sacar un listado de el equipo agregado al dominio y el usuario que lo ha introducido.

Y quizá os preguntaréis para que nos sirve esto?

Pues bien, si tenéis una estructura de Active Directory “sin retoques” es decir las nuevas máquinas que introducís en el dominio son almacenadas en el contenedor computers en lugar de en una unidad organizativa (OU) dentro de una estructura de país, ciudad, departamento, etc…, y en algún momento necesitáis detectar quien ha agregado este equipo en el dominio para preguntarle a esa persona para que empresa iba o que tipo de equipo es, para posteriormente ordenarlo en AD, simplemente ejecutando este script podréis detectar que máquina y que persona es la responsable de la inclusión al dominio.

Para ello necesitaréis disponer de powershell y de Active Roles Managment instalado o añadir la siguiente línea de texto al principio del script.

add-PSSnapin quest.activeroles.admanagement

El script es el siguiente y ha sido desarrollado (por uno de nuestros colaboradores del blog al que le gusta vivir en el anonimato) y mejorado por uno de los mejores Powershell scripters del mundo el cual en los últimos Scripting Games 2012 quedó 4º en la LeaderBoard (Albert Fortes).

$Result=@(Get-QADComputer -Searchr "<dominio>/computers" | Select @{Expression={$_.Name};Name="Computer"},@{Expression={((Get-QADPermission -Identity ($_.CanonicalName) -WarningAction:SilentlyContinue | Select Account -Unique).Account | Select Samaccountname).Samaccountname };Name="Username"})

 

$Result | ft –AutoSize

El script está comprobado (No tengáis miedo al ejecutarlo, únicamente es una query hacia active directory un poco complicada de explicar..) El que esté intrigado lo puede postear en los comentarios..

Espero que os haya sido útil.

Antes que nada deciros que en Windows Vista, 7, Windows 2008, en adelante… ya está incluido como software instalado, pero:

Donde encontrar las herramientas powershell para windows 2003 ?: Las podéis descargar desde windows update (Como software opcional) a día de hoy (Powershell 2.0). Al instalarlas las encontraréis en: Inicio –> Todos los programas –> Accesorios –> Windows Powershell.

Donde encontrar las herramientas necesarias para usar powershell con Active Directory: Nos descargaremos desde el siguiente enlace http://www.quest.com/powershell/activeroles-server.aspx el fichero ActiveRoles Management Shell para 32 o 64 bits.

Instalamos el software Active Roles Management for Active Directory. En la propia instalación se nos solicitará modificar la seguridad de nuestras ejecuciones powershell, debéis marcar la opción Change Powershell execution policy from “Restricted” to “Allsigned” esto hará que cualquier programa no firmado realizado en powershell pueda ser ejecutado (Es bajar la seguridad, pero es asegurar que todos los scripts que realicemos o descarguemos funcionan) (Mucho cuidado de ahora en adelante en ejecutar código desconocido en formato .ps1).

Cuando tengamos el software instalado ya podemos usarlo:

Inicio –> Todos los programas –> Quest Software –> ActiveRoles Management Shell for Active Directory.

Pulsamos E e intro.

Hasta la próxima.

Desde hace algunos años que usuarios de Outlook con Exchange 2003 están sufriendo lentitud en sus sistemas, time out, errores, etc.. Cada día la cantidad de mails que recibimos es superior, el tamaño de los correos es superior y las capacidades de los servidores siguen siendo las mismas (tema crisis).

Pero caer en el error que el servidor de correo es el causante, es una forma incorrecta de asumir el problema.

Outlook 2003/2007/2010 como muchos otros sistemas de correo tiene sus limitaciones y sus buenas prácticas que deberíamos seguir a rajatabla y únicamente sin modificar el sistema Outlook del usuarios y sobretodo sin tener que invertir en nuevo hardware o incluso sin pensar en actualizar el sistema de correo a una versión reciente podríamos conseguir muy buenos resultados en cuanto a rendimiento del sistema de correo se refiere. (El usuario lo agradecerá.)

Uno de los grandes problemas y muy fáciles de solventar es el número de emails en cada carpeta en Outlook.

Este número de correos no debería superar nunca los 3000 correos (Parece mucho a simple vista, pero mirad vuestra bandeja de entrada o la carpeta elementos enviados (Cuantos tenéis???).

Con este simple cambio podremos ver una mejora sustancial en el rendimiento de nuestro Outlook y por ende en el feedback del usuario en cuanto al sistema de correo. Y aunque os parezca increíble también en la carga del servidor Exchange.

El contenido de cada carpeta se almacena en una tabla en el Information Store Database, a medida que aumenta el número de elementos en cada carpeta el mecanismo de almacenamiento extensible también llamado ESE que utiliza estructuras de datos de árboles B + para almacenar registros también aumenta y como el número de registros aumenta, el número de entradas / salidas de disco para almacenar nueva información también aumenta y decrementa el performance del sistema por completo.

Para los que estáis usando el archivado de commvault (Una aclaración), si detectáis que tras haber instalado el agente de archivado, el usuario reporta que al intentar recuperar un correo archivado le aparece el siguiente error en el cliente de Outlook: Operación no pudo finalizar éxito (Si no esta seguro acerca de la información detallada por favor contacte con su administrador)

Detalles: Job ID: 1073741846 No hay información detallada disponible. Revise la Consola CommCell QiNetix y los archivos de registro para obtener mayores detalles.

Source: Message [carpeta con límite de correos sobrepasada] in folder [Elementos enviados]

Aplicando medidas de separar los correos en carpetas que no superen los 3000 elementos conseguiremos que este error desaparezca y además una mejora sustancial del rendimiento del correo.

Otra buena práctica (esto para los administradores de sistemas que tengáis Exchange 2003) es montar un nuevo servidor de correo Exchange 2003 adicional y mover allí usuarios hasta un límite de 100 usuarios por base de datos y 100 GB de espacio ocupado por base de datos (4 storage groups) y las bases de datos balanceadas siguiendo un esquema parecido al que he diseñado a continuación:

Storage Group 1

Database 1

Database 5

Database 9

Database 13

Storage Group 2

Database 2

Database 6

Database 10

Database 14

Storage Group 3

Database 3

Database 7

Database 11

Database 15

Storage Group 4

Database 4

Database 8

Database 12

Database 16

Con esto conseguimos que exista una forma sencilla de hacer un balanceo de carga entre storage groups de una forma tan simple como seguir el número de database cuando la anterior está llena.

Por ejemplo cuando Database 1 tiene 100 usuarios o 100 GB de espacio pasamos a Database 2 que ya está directamente en otro Storage Group y así sucesivamente, Database 3, Database 4, Database 5, …

Espero que os sirva de ayuda el artículo y hasta la próxima.

Si tenéis alguna pregunta ya sabéis que la podéis dejar en los comentarios y os la intentaremos resolver en la medida de lo posible.

Referencias: http://support.microsoft.com/kb/905803/en-us

La idea de mostrar esta web al público de este blog no es otra que la de conocer una técnica tan buena de inversión como comprar un dominio con un buen nombre y tener la mejor idea posible.

Conseguir que el colectivo de mujeres que visita pinterest (La red de mayor éxito actualmente visitada por mujeres) sea convertida para un colectivo de hombres que visitará sex.com Otra red social donde colgar tus fotos, videos, escenas preferidas y con la misma apariencia que pinterest.

Impresionante. Doy un 10 al que lo pensó (por que yo también lo hice, pero no tuve suficiente dinero).

Supongo que ahora se las tendrán que ver con Pinterest, o si pudieron pagar los 13 millones de dólares entiendo que también le habrán podido pagar su parte del pastel a pinterest para que esta red social sex.com se convierta en la más visitada por los hombres de este mundo.

Hasta la próxima.

Hoy quizá durante un rato no hayáis podido entrar al blog, pero la interrupción ha sido para mejor.

Siento no haber podido avisar antes pero hemos sufrido un upgrade del sistema operativo central en nuestro proveedor de hosting Bluehost.

Esta mañana hemos recibido la siguiente carta.

Dear Xavier,

 

We’re pleased to inform you that the server hosting your megacrack.es website will be undergoing a major software upgrade, from CentOS 5 to CentOS 6, within the next 48 hours.

 

This upgrade includes newer software packages (including Python, Perl and gcc), as well as all the security and performance benefits that come along with CentOS 6. In addition to this, the server will be redeployed with a different file system type simultaneously, further increasing performance.

 

Although a bulk of the upgrades to your server are being done with it online and functional, in order to safely finalize these changes our Administrators will need to temporarily take your server offline in the early morning hours. Barring any extenuating circumstances this outage should only last about 2 hours.

 

Please note that while we do not anticipate your software having problems post-update, it may be required to re-compile any module(s) you are using to take advantage of the newer included libraries. We suggest reviewing your site afterward to verify that it is functioning as it should.

 

If you have any questions or concerns please do not hesitate to contact us.

La verdad es que he realizado una prueba de rendimiento y por fin tenemos un First Byte Time de 506 ms. Bieeeeeeeeennn!!!!!

Era lo único que nos faltaba para conseguir el 100/100 de puntuación en performance web si le quitáramos la publicidad (Nuestro sustento).

Estoy súper orgulloso de haber conseguido el blog tal cual lo veis actualmente con una puntuación tan alta y con tanto contenido en la página principal (publicidad inclusive).

Esperemos que dure por mucho tiempo…

Tenemos un grado A con Page Speed.

Ahora sólo nos falta poner la traducción de todo el contenido con TCDN (Que me cuesta una pasta 159€/year) y el blog será rápido y en cualquier idioma…

Internacionalizando el contenido global.

Hasta la próxima.

En un post anterior hablamos de cómo extender un disco de una maquina virtual con la herramienta expart de Dell. En este post trataremos de cómo hacer lo mismo pero en una maquina virtual con sistema operativo w2008, ya que esa herramienta no funciona en este sistema operativo. En este caso no se necesita ninguna herramienta ya Microsoft ha incorporado esta posibilidad y se puede realizar fácilmente desde el administrador de discos.

Los pasos son los siguientes:

1.- Ampliamos el tamaño del disco en las propiedades de la maquina virtual. Desde la versión 4 de vmware podemos incrementar el tamaño del disco duro virtual en caliente (sin apagar la maquina virtual) siempre y cuando esa maquina no tenga ningún snapshot. Por lo tanto nos vamos a las propiedades de la maquina virtual y seleccionamos el disco duro para el cual queremos aumentar el espacio.

2.- Nos vamos al administrador de discos y seleccionando el disco que queremos aumentar veremos que ya aparece el espacio que hemos aumentado previamente en las propiedades de la maquina virtual

3.- Sobre el espacio no asignado pulsamos botón derecho y seleccionamos la opción extender volumen

4.- Nos aparece un asistente que podemos ver en las siguientes imágenes donde seleccionamos el disco y el tamaño que queremos aumentar y una vez seleccionado le damos a finalizar y ya tenemos aumentado el tamaño del disco.

Espero que os sea útil, hasta la próxima

Un saludo

Con este artículo conseguiremos ubicar un bloque de anuncios en un artículo de blogger pero sin que este aparezca en la página principal del blog ya que como sabéis los que tenéis adsense las políticas de uso nos impiden poner más de 3 bloques de publicidad del mismo tipo en una misma página.

Lo primero que debemos hacer es acceder a la administración de nuestra cuenta de Adsense o del gestor de publicidad que vosotros tengáis y obtener el código de publicidad que mejor se adapte a las medidas de vuestro blog.

Por ejemplo el código que hemos escogido hoy es el siguiente: un banner de 468×60

<script type=”text/javascript”><!–
google_ad_client = “ca-pub-2342147052953367″;
/* contessota */
google_ad_slot = “6351243105″;
google_ad_width = 468;
google_ad_height = 60;
//–>
</script>
<script type=”text/javascript”
src=”http://pagead2.googlesyndication.com/pagead/show_ads.js”>
</script>

Cuando tengáis el código pulsáis sobre cualquiera de estos 2 enlaces que convertirán el código HTML a un texto plano entendible totalmente por blogger.

http://nosetup.org/php_on_line/convertir_html_texto

http://blogcrowds.com/resources/parse_html.php

Os debería quedar algo como lo siguiente:

&lt;script type=&quot;text/javascript&quot;&gt;&lt;!–
google_ad_client = &quot;ca-pub-2342147052953367&quot;;
/* contessota */
google_ad_slot = &quot;6351243105&quot;;
google_ad_width = 468;
google_ad_height = 60;
//–&gt;
&lt;/script&gt;
&lt;script type=&quot;text/javascript&quot;
src=&quot;http://pagead2.googlesyndication.com/pagead/show_ads.js&quot;&gt;
&lt;/script&gt;

A partir de este momento únicamente debemos definir donde ubicar nuestra publicidad en el blog.

Accedemos a blogger con nuestra cuenta de administrador del blog y nos ubicamos en el menú Plantilla.

Para asegurarnos que no vamos a destrozar nada os recomiendo que hagáis una copia de seguridad de la plantilla de blogger actual de la siguiente manera:

Pulsamos sobre Crear copia de seguridad/Restablecer y almacenamos en nuestro disco duro una copia de la actual plantilla para si fuera el caso poderla restaurar en un futuro.

Ahora que ya tenemos una copia realizada ya podemos estar más tranquilos y modificar el HTML a nuestro antojo (Cuidado con lo que tocáis,…)

En este ejemplo pondremos la publicidad justo antes de los botones sociales pero al finalizar el texto del artículo como podéis comprobar en la siguiente imagen:

Pulsamos sobre el botón Edición HTML del menú Plantilla

Pulsamos sobre continuar.

Marcamos Expandir plantillas de artilugios y buscamos la siguiente cadena de texto <div class=’post-header-line-1′>

Nos situaremos exactamente debajo de <div style=’clear: both;’/> <!– clear for photos floats –> para que el bloque de anuncios quede completamente centrado.

Ahora vamos a realizar unas pequeñas modificaciones en el código que tenemos actualmente y que hemos recogido de las webs anteriormente mencionadas:

El texto era el siguiente: Copiadlo en un notepad o notepad++

&lt;script type=&quot;text/javascript&quot;&gt;&lt;!–
google_ad_client = &quot;ca-pub-2342147052953367&quot;;
/* contessota */
google_ad_slot = &quot;6351243105&quot;;
google_ad_width = 468;
google_ad_height = 60;
//–&gt;
&lt;/script&gt;
&lt;script type=&quot;text/javascript&quot;
src=&quot;http://pagead2.googlesyndication.com/pagead/show_ads.js&quot;&gt;
&lt;/script&gt;

Para que únicamente aparezca la publicidad en los artículos cuando los abrimos pero no en la página principal del blog, debemos empezar el texto por un código entendible por blogger y que realiza una comprobación de si el tipo de página es un artículo “item” o la página principal.

<b:if cond=’data:blog.pageType == “item”‘>

y al final del texto para cerrar la condición:

</b:if>

Ahora deberíais tener un código similar al siguiente:

<b:if cond=’data:blog.pageType == &quot;item&quot;’>

&lt;script type=&quot;text/javascript&quot;&gt;&lt;!–
google_ad_client = &quot;ca-pub-2342147052953367&quot;;
/* contessota */
google_ad_slot = &quot;6351243105&quot;;
google_ad_width = 468;
google_ad_height = 60;
//–&gt;
&lt;/script&gt;
&lt;script type=&quot;text/javascript&quot;
src=&quot;http://pagead2.googlesyndication.com/pagead/show_ads.js&quot;&gt;
&lt;/script&gt;

</b:if>

Pero para hacerlo más bonito vamos a añadir un poco más de código para poder centrar la publicidad en nuestro artículo añadiendo las 2 siguientes líneas de código:

Justo debajo de <b:if cond=’data:blog.pageType == &quot;item&quot;’> escribimos:

<div style=’align:center;’><br/>

Y justo antes de </b:if> escribimos:

</div>

Quedando el código completo de la siguiente manera:

<b:if cond=’data:blog.pageType == “item”‘>
<div style=’align:center;’><br/>
&lt;script type=&quot;text/javascript&quot;&gt;&lt;!–
google_ad_client = &quot;ca-pub-2342147052953367&quot;;
/* Contes Cuadrats Article */
google_ad_slot = &quot;5083574138&quot;;
google_ad_width = 200;
google_ad_height = 200;
//–&gt;
&lt;/script&gt;
&lt;script type=&quot;text/javascript&quot;
src=&quot;http://pagead2.googlesyndication.com/pagead/show_ads.js&quot;&gt;
&lt;/script&gt;
</div>
</b:if>

Espero que os haya sido de ayuda y si tenéis cualquier pregunta al respecto ya sabéis que vuestros comentarios siempre son bienvenidos.

Atentamente:

El equipo de MegaCracks.