Reparaciones (1).

Os muestro algunas fotos de la reparaciones que hago:

iPhone4 con problemas en el altavoz.

Nokia con el slot de la sim roto.

Una pantalla destrozada.

Conector AC de un portátil.

Bloqueo de Cola de Impresión en Windows 7

Windows 7 trabaja en un modo de RPC asíncrono, que mejora la velocidad en la comunicación con servidores. Pero esta forma de trabajar, hace que con los servidores 2003 se quede atascado.Este fallo parece que también puede afectar a servidores 2008.

La solución es cambiar este modo de funcionamiento añadiendo la siguiente clave en el registro:

HKLM\Software\Policies\Microsoft\WindowsNT\Printers\EnabledProtocols

Type: DWORD

Data: 6

Hotfix oficial de Microsoft:

http://support.microsoft.com/default.aspx?scid=kb;en-US;2388142

Este hotfix está integrado en SP1 de Windows 7.

Renovación de la firma electrónica del dni-e

La firma digital expira a los 30 meses de su expedicion, esto quiere decir que aunque tu dni físico esté vigente, tu firma electronica puede estar caducada.

¿Qué duración tiene el certificado incorporado en el DNI-e?

Los certificados electrónicos reconocidos incorporados al mismo tendrán un período de vigencia de 30 meses. A la extinción de la vigencia del certificado electrónico, podrá solicitarse la expedición de nuevos certificados reconocidos, manteniendo la misma tarjeta del Documento Nacional de Identidad mientras dicho documento continúe vigente. Para la solicitud de un nuevo certificado deberá mediar la presencia física del titular.

La pérdida de validez del Documento Nacional de Identidad llevará aparejada la pérdida de validez de los certificados reconocidos incorporados al mismo. La renovación del Documento Nacional de Identidad o la expedición de duplicados del mismo implicará, a su vez, la expedición de certificados electrónicos.

¿Que debes hacer si esta caducado?

Acudir a los centros de la policia designados para la expidicion del dni. Alli hay unas maquinas en las que tu solo o con ayuda podrás renovarlo sin problemas.

El proceso de renovación de certificados en el Punto de Actualización del DNIe es el siguiente:

El titular tras introducir correctamente el PIN, accede a la pantalla de "información sobre el contenido de su DNI electrónico", en la parte inferior puede visualizar el estado de sus certificados. En su caso, en la parte izquierda aparece una casilla "renovar certificados". Si se selecciona "renovar certificados" solicita nuevamente el PIN y posteriormente la presentación de la huella dactilar. Si el resultado es positivo se procede a la renovación de los certificados, este proceso dura aproximadamente cinco minutos. Es importante, no retirar el documento del lector de tarjetas hasta la finalización del proceso, porque el DNIe podría quedar inservible.

Si no es posible obtener la impresión dactilar de alguno de los dedos, el ciudadano deberá solicitar la renovación en un puesto de expedición atendido por un funcionario.

Fuente: DNIe

Agregar un puerto al firewall del ESXi5.

He investigado sobre esto, para que ghettoVCB pueda enviar los correos con los log de las copias.

Me he encontrado el error en el log de la copia:

Y ya me puse a investigar directamente en como agregar el puerto que utilizo para el envío de correo; Solo tenemos que agregar un archivo de configuración (smtp.xml) en el directorio /etc/vmware/firewall/.

Lo hacemos de la siguiente manera:

Creamos y editamos el archivo: # vi /etc/vmware/firewall/smtp.xml

Añadimos las siguientes líneas:

<ConfigRoot>
 <service id='1000'>
   <id>SMTP_OUT</id>
   <rule>
    <direction>outbound</direction>
    <protocol>tcp</protocol>
    <porttype>dst</porttype>
    <port>25</port>
   </rule>
   <enabled>true</enabled>
   <required>false</required>
 </service>
</ConfigRoot>

Donde SMTP_OUT, es el nombre de la regla. Yo lo he cambiado y no me ha dado problemas.

Donde 25, es el puerto que quieres agregar.

Por último, refrescamos las reglas:

# esxcli network firewall refresh

Listo! Ya aparece la línea SMTP_OUT en las opciones del firewall.

Utilizar ghettoVCB en ESXi para copiar tus VMs

Me encanta este script, aunque me está dando la lata desde que he actualizado a la 5.0.
Se trata de un script gratuito, que permite realizar un backup de tus máquinas virtuales, sin la necesidad de apagarlas, en un Datastore local o en una unidad iSCSI, SAN o NFS.



- Lo primero, descargar el fichero.
Dentro tenemos varios scripts de copia y restauración, lo cuales subimos a una carpeta "e.j. backup" del Datastore.

lamw-ghettoVCB-19e0d4b/ghettoVCB.conf

lamw-ghettoVCB-19e0d4b/ghettoVCB-restore.sh

lamw-ghettoVCB-19e0d4b/ghettoVCB-restore_vm_restore_configuration_template

lamw-ghettoVCB-19e0d4b/ghettoVCB.sh

lamw-ghettoVCB-19e0d4b/ghettoVCB-vm_backup_configuration_template

lamw-ghettoVCB-19e0d4b/README

Yo solo subo el ghettoVCB.sh, es el que realiza la copia.



- El ghettoVCB.sh tenemos que modificarlo con el vi:
Con el putty, no dirigimos a la carpeta que lo contiene y ejecutamos:  ~ #vi ghettoVCB.sh

Modificamos principalmente esta línea:
VM_BACKUP_VOLUME=/vmfs/volumes/(ej. unidad iscsi)/(ej. backup)
Lo que indicamos, es el destino de la copia. Nos creará carpeta con el nombre de la VM y otra con la fecha de la copia.

Otras líneas para modificar:
DISK_BACKUP_FORMAT=  Aquí yo suelo usar thin (en otro post explicaré los diferemtes tipos de discos).
VM_BACKUP_ROTATION_COUNT= Número de copias a guardar.

Con estas modificaciones es suficiente para realizar un backup de nuestra VM.
NOTA: Para realizar modificaciones con el vi, cuando se muestra el fichero para la edición, pulsamos "i" para activar la edición. Realizamos las modificaciones y pulsamos "Esc" para cerrar la edición.
Para guardar la modificaciones, pulsamos ":" seguido de "wq" y pulsamos "intro".



- Por último, creamos un archivo para listar las VM a las que se le hará la copia:
~ #vi vm_para_copia
Aquí ponemos las VM a copiar.
e.j.
   server-xxx



- Ahora tenemos que programar la tarea con el CRON del ESXi:


--Editamos el cron de root:   ~ # vi /var/spool/cron/crontabs/root
   Agregamos lo siguiente:
0 0 1 * * /vmfs/volumes/(...dirección donde tenemos ghettoVCB.sh...)/ghettoVCB.sh -f vmfs/volumes/ (...dirección donde tenemos la lista de VM...)/ vm_para_copia  > /vmfs/volumes/(...donde guardamos el log...)/ghetto-bk-$(date +%Y-%m-%d).log

0 0 1 * * - Estas cifras son para indicar: minuto(0) hora(0) día(1) mes(todos) día de la semana(todos)
   Quiere decir que se ejecutará todos los días 1 de todos los meses independientemente del día de la semana que sea. Lo días de la semana se indican del 1 al 7 separados por comas.


--Cerramos el proceso del CRON:   ~ # kill $(cat /var/run/crond.pid)


--Lo volvemos a iniciar:   ~ # busybox crond


--Ahora, demos agregar la linea persistente agregándola en el rc.local (si se apaga el host se borra el CRON):   ~ # vi /etc/rc.local

/bin/kill $(cat /var/run/crond.pid)

/bin/echo " 0 0 1 * * /vmfs/volumes/(...dirección donde tenemos ghettoVCB.sh...)/ghettoVCB.sh -f vmfs/volumes/ (...dirección donde tenemos la lista de VM...)/ vm_para_copia  > /vmfs/volumes/(...donde guardamos el log...)/ghetto-bk-$(date +%Y-%m-%d).log " >> /var/spool/cron/crontabs/root

/bin/busybox crond


Y listo! Con esto tendremos a salvo nuestras VM.

Sin acceso a SSH mediante putty.

El error: “Server unexpectedly closed network connection”

Después de actualizar mi ESXi 4.0  a ESXi 5.0, me encuentro con este error: “Server unexpectedly closed network connection”. Esto trae consigo un problema dentro del problema: No se puede acceder a la consola para reparar el problema.

Investigando muy mucho, he descubierto que el inicio del problema es realizar la actualización con el servicio SSH iniciado. Me imagino que al estar los servicios corriendo, no los modifica y se quedan tararí.

Para poder utilizar la consola, se tiene que hacer mediante el SSH Shell de la consola del ESXi; se accede a la pantalla amarilla pulsando ALT+F1 y ALT+F2 para salir. Con esto, ya podemos trabajar.

En muchas webs, dicen que se podría solucionar creando o modificando un archivo: /etc/hosts.allow. A este archivo se le añadiría la línea sshd: ALL : ALLOW, pero mi error no desaparecía.

Entonces, vi de refilón algo sobre crear de nuevo los certificados ssh_host_dsa_key   y  ssh_host_rsa_key . Lo intenté pero no funcionaba y entonces, se me ocurre probar otra cosa: Copio los key de mi otro ESXi y los pego en este (/etc/ssh/)!  Y FUNCIONA!