Dos primos luchan contra la tecnología

Muchos de los usuarios domésticos de hoy en día protegen sus datos con contraseñas de sistema y crean varios usuarios sin tener en cuenta muchas veces lo que puede acarrear esto. Muchas veces nuestro sistema deja de funcionar, no podemos iniciarlo, y es muy costoso recuperarlo sin alterar ni perder la información que contiene. Uno de los casos que más a menudo he tenido que solventar en estas situaciones, es el del típico usuario que guardaba en “Mis Documentos” las fotos del verano, y que no pasaría nada si las perdierá pero claro, si se pueden recuperar…. Esto sería fácil teniendo acceso al sistema, pero cuando no podemos acceder a él se complica la tarea de recuperar esos datos. La primera opción sería iniciar el sistema con un Linux Live (Knoppix por ejemplo) acceder a los datos sin más y copiarlos a un CD/DVD o sacarlos a un disco externo etc… pero si no tenemos esta posibilidad, o bién preferimos no hacerlo por desconocimiento de este sistema o simplemente, por que podríamos causar la pérdida de datos si no utilizamos una distribución adecuada, pero esta no sería la única opción acaso, ¿que mejor que usar el propio sistema Windows Xp Professional para recuperar esos datos?

Vamos a trabajar desde el supuesto que ya tenemos el disco duro con eso datos en nuestro poder, que lo hemos clonado (muy importante para estos trabajos hacer con duplicados) y que disponemos de un sistema en funcionamiento al cual hemos agregado el disco duro clonado bien por USB, o conectándolo a uno de los canales IDE/SATA.

Ahora iniciaremos sesión en este sistema, comprobaremos que el disco ha sido detectado y que podemos trabajar con él, y que muy importante, tenemos provilegios de Administrador en la sesión actual. Teniendo esto comprobado, pasaremos ahora a ver como obtener los datos.

Si intentamos hacerlo directamente, debido a que Windows Xp cifra los archivos de los usuarios con la contraseña de inicio de sesión, podremos ver que no tenemos acceso a ellos y que nos es imposible sacarlos de ahí, pero bueno, somos administradores del equipo y seguro que podemos hacer algo.
(more…)

Bueno, voy a ver si soy capaz de explicar esto un poco, ya que me ha hecho falta estas semanas atrás y no he encontrado muy buena info por la red (que seguro que la hay, pero ahora habrá más).

VLAN “Virtual Local Area Network”. Mi conclusión ha sido la siguiente, una VLAN es una red aislada de otra pero que físicamente se encuentra en la misma ubicación, es decir, tenemos una LAN, y dentro de esta dos VLAN con dos rangos de IP 192.168.0.x y 192.168.1.x. Es decir una red física que contiene varias redes lógicas. Para esto yo he utilizado un switch Ovislink con gestión, y lo que he hecho ahora mismo es lo siguiente.

El Switch cuenta con 24 puertos 10/100 + 2 puertos 100/1000 y he creado una VLAN que abarca los puertos 1,2,3,4,5,6,7,8 y otra VLAN que abarca los puertos del 9 al 26 y ahora explico el motivo de esto. Tengo un modem router conectado a la VLAN 1, en la VLAN 1 va un latiguillo del router y otro dirigido a un servidor, del mismo servidor saliendo de la segunda tarjeta de red he conectado un latiguillo a la VLAN 2 a uno de los puertos 100/1000, con esto consigo lo siguiente, si tengo alguno equipo en reparación lo conecto a la VLAN 1 y tiene salida directa por el router sin afectar para ello el Server, los equipos de mi red los conecto a la VLAN 2 lo que hace que esten detrás del server.

Conclusión: Una VLAN es una red virtual, que en este caso, podemos gestionar a través del switch con el fin de dividir este en “varios switches virtuales”

Si teneis cualquier consulta no dudeis en postearla trataré de contestaros lo antes posible.

Un saludo.

En este primer avance explicaré un poco que es esta tecnología y más adelante veremos las posibilades que tiene.

Esta tecnología nos va a permitir que, teniendo un servidor potente, con aplicaciones instaladas nos sirva para conectarnos a él y trabajar desde una ubicación remota, esto es desde un “terminal remoto”. Lo que vamos a necesitar principalmente es un servidor que disponga de los servicios de Terminal Server instalados, y equipos cliente. Si además tenemos Active Directory vamos a poder tener un mayor control del mismo.

Voy a explicarlo (o almenos lo intentaré) con un ejemplo. Imaginemos una red de oficinas inmobiliarias, estas cuentan con delegaciones en todo el pais (incluso el mundo) y claro, imaginemos lo que puede suponer tener servidores a nivel provincial, o a nivel nacional todos enlazados entre si, es una red un tanto compleja de configurar y administrar, además del coste en tiempo y recursos que supone. Bien, teniendo este caso como ejemplo, vamos a ver como nos ayuda Terminal Server (TS) en el caso de que las delegaciones se extiendan por un pais (España). Tenemos la delegación principal en Madrid y en esta vamos a instalar un potente servidor, muy potente, de estos con 4 u 8 procesadores 8 Gb de RAM etc etc…. y sobre este instalamos la aplicación principal de la inmobiliaria, bien, hecho esto instalamos Terminal Server y creamos tantos usuarios como sean necesarios, Valencia 01, Valencia 02, Barcelona 01, Madrid 01, Sevilla 01, Sevilla 02 etc etc… ok, ahora ya tenemos lo mas importante que es un potente servidor, TS instalado en este y distintas delegaciones en distintas ubicaciones, ahora veamos que hace TS para ayudarnos.

(more…)

En MySQL vienen definidos unos valores por defecto para charset y para collation que en ocasiones puede darnos sorpresas al importar archivos SQL apareciendo caracteres extraños en lugar de los que esperábamos ver.

Por charset se entiende el juego de caraceteres que utiliza el servidor MySQL, mientras que por collation se entiende las reglas de comparación para ordenar alfabéticamente ese juego de caracteres.

En mi servidor se han definido por defecto utf-8 para charset y latin1_swedish_ci para el collation (los autores de MySQL son suecos).

Nosotros definiremos latin1(iso-8859-1) para el charset y latin1_spanish_ci para collation.

Editamos el archivo de configuración de MySQL que se suele llamar my.ini o my.cnf dependiendo del sistema operativo y añadimos los siguientes valores después de la sección [mysqld]:

character-set-server=latin1
collation-server=latin1_spanish_ci
default-character-set=latin1
default-collation=latin_spanish_ci

A continuación reiniciamos el servidor y así se habrán establecido los nuevos valores por defecto.

Para asegurarnos, especificamos los charsets en la configuración de PHP y Apache.

Editamos php.ini y modificamos la línea:

default_charset="iso-8859-1"

Editamos httpd.conf y modificamos la línea. Si comentamos la línea tomará el charset por defecto del navegador:

AddDefaultCharset ISO-8859-1