sábado, 10 de septiembre de 2011

¿Cómo saber si Windows XP está activado?

Se me presentó la necesidad de saber si mi windows XP estaba activado. La verdad es que dí unas cuantas vueltas buscando algo como "activar windows" pero no encontré nada. En teoría debiera aparecer en Menú inicio --> Programas --> Accesorios Herramientas del Sistema - pero en mi caso no.

Lo cierto es que googleando encontré ésta solución:

En Menú inicio --> Ejecutar corres este comando oobe/msoobe /a

Aparecerá una ventana indicando si Windows XP se encuentra activado o bien una ventana pidiendo la clave de activación.

Nota: En versiones de windows desantendidas esto no funciona.

viernes, 9 de septiembre de 2011

Exportar DB MySql a DB Microsoft Access

Para poder importar datos desde una DB Mysql a Microsoft Access es necesario configurar una conexión ODBC que conecte ambas DB.

¿Cómo configurar una conexión ODBC para Mysql?

Una vez que hayas instalado y configurado el Mysql Connector ODBC, veamos como importamos los datos desde Access

1) Abrir una nueva DB Access

2)Ahora vamos a Menú Archivo --> Obtener Datos Externos --> Importar... --> en Tipo de Archivo elegimos Bases de Datos ODBC()



Al seleccionar el tipo de archivos Bases de Datos ODBC(), se abrirá la ventana siguiente, donde podremos seleccioanar la DB que configuramos en nuestra conexión ODBC en la pestaña Origen de datos de equipo


Una vez seleccionado nuestro origen de datos damos Aceptar, luego se abrirá la ventana siguiente donde podremos seleccioanar las tablas de la DB Mysql que querramos importar a Access



Seleccionamos la/s tablas y Aceptamos, el resultado final es el que se muestra en la imagen siguiente:











jueves, 8 de septiembre de 2011

Configurar ODBC Mysql Connector

Se me presentó la necesidad de exportar datos de una DB Mysql a una DB Access. Para iniciar este proceso es necesario instalar y configurar un conector ODBC de Mysql para poder acceder a los datos Mysql desde Access. La instalación del conector la realicé sobre windows XP y la DB Mysql está alojada localmente.

1) Descargar ODBC Driver for MySQL (Connector/ODBC)

2) Realizar la instalación siguiendo las opciones por defecto del instalador

Una vez instalado el conector ODBC, configuramos la conexión a nuestra DB Mysql, para esto:

1) Vamos a Inicio --> Panel de Control --> Herramientas Administrativas --> Orígenes de datos (ODBC) --> pestaña DNS de sistema --> botón Agregar y agregamos Mysql ODBC x.x Driver



Si todo fue bien nos queda de esta manera:


Ahora hacemos clic en el botón Configurar... para establecer la conexión con nuestra DB Mysql


1) Data Source Name: escribimos un nombre para la conexión, cualquiera que sea representativo.
2) Description: no es obligatorio, pero podrías escribir algún tipo de descripción de la conexión.
3)TCP/IP Server: la IP donde se encuentra la DB Mysql, en este caso como está alojada localmente utilizo localhost
4) Port: el puerto de conexión de la DB Mysql, por defecto es 3306
5) User y Password de la DB Mysql
6) Haz clic en el botón Test para verificar si la conexión es exitosa
7) Luego en Database selecciona la DB Mysql con la que quieres trabajar.

miércoles, 7 de septiembre de 2011

Envío de datos a la aplicación correcta

En la Capa 4, la información contenida en el encabezado de la PDU no identifica un host de destino o una red de destino. Lo que sí identifica es el proceso o servicio específico que se ejecuta en el dispositivo host de destino que actuará en los datos que se entregan. Los hosts, sean clientes o servidores en Internet, pueden ejecutar múltiples aplicaciones de red simultáneamente. La gente que utiliza computadoras personales generalmente tiene un cliente de correo electrónico que se ejecuta al mismo tiempo que el explorador Web, un programa de mensajería instantánea, algún streaming media y, tal vez, incluso algún juego. Todos estos programas ejecutándose en forma separada son ejemplos de procesos individuales.

Ver una página Web invoca al menos un proceso de red. Hacer clic en un hipervínculo hace que un explorador Web se comunique con un servidor Web. Al mismo tiempo, en segundo plano, es posible que cliente de correo electrónico esté enviando o recibiendo un e-mail y un colega o amigo enviando un mensaje instantáneo.

Piense en una computadora que tiene sólo una interfaz de red. Todos los streams de datos creados por las aplicaciones que se están ejecutando en la PC ingresan y salen a través de esa sola interfaz, sin embargo los mensajes instantáneos no emergen en el medio del documento del procesador de textos o del e-mail que se ve en un juego.

Esto es así porque los procesos individuales que se ejecutan en los hosts de origen y de destino se comunican entre sí. Cada aplicación o servicio es representado por un número de puerto en la Capa 4. Un diálogo único entre dispositivos se identifica con un par de números de puerto de origen y de destino de Capa 4 que son representativos de las dos aplicaciones de comunicación. Cuando los datos se reciben en el host, se examina el número de puerto para determinar qué aplicación o proceso es el destino correcto de los datos.

martes, 6 de septiembre de 2011

Transporte de datos a través de internetwork


Los protocolos de Capa 3 están diseñados principalmente para mover datos desde una red local a otra red local dentro de una internetwork. Mientras las direcciones de Capa 2 sólo se utilizan para comunicar entre dispositivos de una red local única, las direcciones de Capa 3 deben incluir identificadores que permitan a dispositivos de red intermediarios ubicar hosts en diferentes redes. En la suite de protocolos TCP/IP, cada dirección IP host contiene información sobre la red en la que está ubicado el host.

En los límites de cada red local, un dispositivo de red intermediario, por lo general un router, desencapsula la trama para leer la dirección host de destino contenida en el encabezado del paquete, la PDU de Capa 3. Los routers utilizan la porción del identificador de red de esta dirección para determinar qué ruta utilizar para llegar al host de destino. Una vez que se determina la ruta, el router encapsula el paquete en una nueva trama y lo envía por su trayecto hacia el dispositivo final de destino. Cuando la trama llega a su destino final, la trama y los encabezados del paquete se eliminan y los datos se suben a la Capa 4.


lunes, 5 de septiembre de 2011

Envío de datos al dispositivo inicial


Durante el proceso de encapsulación, se agregan identificadores de dirección a los datos mientras bajan al stack del protocolo en el host de origen. Así como existen múltiples capas de protocolos que preparan los datos para transmitirlos a sus destinos, existen múltiples capas de direccionamiento para asegurar la entrega.

El primer identificador, la dirección física del host, aparece en el encabezado de la PDU de Capa 2, llamado trama. La Capa 2 está relacionada con la entrega de los mensajes en una red local única. La dirección de la Capa 2 es exclusiva en la red local y representa la dirección del dispositivo final en el medio físico. En una LAN que utiliza Ethernet, esta dirección se denomina dirección de Control de Acceso al medio (MAC). Cuando dos dispositivos se comunican en la red Ethernet local, las tramas que se intercambian entre ellos contienen las direcciones MAC de origen y de destino. Una vez que una trama se recibe satisfactoriamente por el host de destino, la información de la dirección de la Capa 2 se elimina mientras los datos se desencapsulan y suben el stack de protocolos a la Capa 3.


domingo, 4 de septiembre de 2011

Direccionamiento en la red

El modelo OSI describe los procesos de codificación, formateo, segmentación y encapsulación de datos para transmitir por la red. Un flujo de datos que se envía desde un origen hasta un destino se puede dividir en partes y entrelazar con los mensajes que viajan desde otros hosts hacia otros destinos. Miles de millones de estas partes de información viajan por una red en cualquier momento. Es muy importante que cada parte de los datos contenga suficiente información de identificación para llegar al destino correcto.

Existen varios tipos de direcciones que deben incluirse para entregar satisfactoriamente los datos desde una aplicación de origen que se ejecuta en un host hasta la aplicación de destino correcta que se ejecuta en otro. Al utilizan el modelo OSI como guía, se pueden observar las distintas direcciones e identificadores necesarios en cada capa.


sábado, 3 de septiembre de 2011

Comparación entre el modelo OSI y TCP/IP


Los protocolos que forman la suite de protocolos TCP/IP pueden describirse en términos del modelo de referencia OSI. En el modelo OSI, la capa Acceso a la red y la capa Aplicación del modelo TCP/IP están subdivididas para describir funciones discretas que deben producirse en estas capas.

En la capa Acceso a la red, la suite de protocolos TCP/IP no especifica cuáles protocolos utilizar cuando se transmite por un medio físico; sólo describe la transferencia desde la capa de Internet a los protocolos de red física. Las Capas OSI 1 y 2 analizan los procedimientos necesarios para tener acceso a los medios y los medios físicos para enviar datos por una red.

Los paralelos clave entre dos modelos de red se producen en las Capas 3 y 4 del modelo OSI. La Capa 3 del modelo OSI, la capa Red, se utiliza casi universalmente para analizar y documentar el rango de los procesos que se producen en todas las redes de datos para direccionar y enrutar mensajes a través de una internetwork. El Protocolo de Internet (IP) es el protocolo de la suite TCP/IP que incluye la funcionalidad descrita en la Capa 3.

La Capa 4, la capa Transporte del modelo OSI, con frecuencia se utiliza para describir servicios o funciones generales que administran conversaciones individuales entre los hosts de origen y de destino. Estas funciones incluyen acuse de recibo, recuperación de errores y secuenciamiento. En esta capa, los protocolos TCP/IP, Protocolo de control de transmisión (TCP) y Protocolo de datagramas de usuario (UDP) proporcionan la funcionalidad necesaria.

La capa de aplicación TCP/IP incluye una cantidad de protocolos que propocionan funcionalidad específica para una variedad de aplicaciones de usuario final. Las Capas 5, 6 y 7 del modelo OSI se utilizan como referencias para proveedores y programadores de software de aplicación para fabricar productos que necesitan acceder a las redes para establecer comunicaciones.


viernes, 2 de septiembre de 2011

Modelo OSI

Inicialmente, el modelo OSI fue diseñado por la Organización Internacional para la Estandarización (ISO, International Organization for Standardization) para proporcionar un marco sobre el cual crear una suite de protocolos de sistemas abiertos. La visión era que este conjunto de protocolos se utilizara para desarrollar una red internacional que no dependiera de sistemas propietarios.

Lamentablemente, la velocidad a la que fue adoptada la Internet basada en TCP/IP y la proporción en la que se expandió ocasionaron que el desarrollo y la aceptación de la suite de protocolos OSI quedaran atrás. Aunque pocos de los protocolos desarrollados mediante las especificaciones OSI son de uso masivo en la actualidad, el modelo OSI de siete capas ha realizado aportes importantes para el desarrollo de otros protocolos y productos para todos los tipos de nuevas redes.

Como modelo de referencia, el modelo OSI proporciona una amplia lista de funciones y servicios que pueden producirse en cada capa. También describe la interacción de cada capa con las capas directamente por encima y por debajo de él. Aunque el contenido de este curso se estructurará en torno al modelo OSI, el eje del análisis serán los protocolos identificados en el stack de protocolos TCP/IP.

Tenga en cuenta que, mientras las capas del modelo TCP/IP se mencionan sólo por el nombre, las siete capas del modelo OSI se mencionan con frecuencia por número y no por nombre.


jueves, 1 de septiembre de 2011

Proceso de envío y recepción


Cuando se envían mensajes en una red, el stack del protocolo de un host funciona desde arriba hacia abajo. En el ejemplo del servidor Web podemos utilizar el modelo TCP/IP para ilustrar el proceso de envío de una página Web HTML a un cliente.

El protocolo de la capa Aplicación, HTTP, comienza el proceso entregando los datos de la página Web con formato HTML a la capa Transporte. Allí, los datos de aplicación se dividen en segmentos TCP. A cada segmento TCP se le otorga una etiqueta, denominada encabezado, que contiene información sobre qué procesos que se ejecutan en la computadora de destino deben recibir el mensaje. También contiene la información para habilitar el proceso de destino para reensamblar nuevamente los datos a su formato original.

La capa Transporte encapsula los datos HTML de la página Web dentro del segmento y los envía a la capa Internet, donde se implementa el protocolo IP. Aquí, el segmento TCP en su totalidad es encapsulado dentro de un paquete IP, que agrega otro rótulo denominado encabezado IP. El encabezado IP contiene las direcciones IP de host de origen y de destino, como también la información necesaria para entregar el paquete a su correspondiente proceso de destino.

Luego el paquete IP se envía al protocolo Ethernet de la capa de acceso a la red, donde se encapsula en un encabezado de trama y en un tráiler. Cada encabezado de trama contiene una dirección física de origen y de destino. La dirección física identifica de forma exclusiva los dispositivos en la red local. El tráiler contiene información de verificación de errores. Finalmente, los bits se codifican en el medio Ethernet mediante el servidor NIC.

Este proceso se invierte en el host receptor. Los datos se desencapsulan mientras suben al stack hacia la aplicación del usuario final.

miércoles, 31 de agosto de 2011

Unidad de datos del protocolo y encapsulación

Mientras los datos de la aplicación bajan al stack del protocolo y se transmiten por los medios de la red, varios protocolos le agregan información en cada nivel. Esto comúnmente se conoce como proceso de encapsulación.

La forma que adopta una sección de datos en cualquier capa se denomina Unidad de datos del protocolo (PDU). Durante la encapsulación, cada capa encapsula las PDU que recibe de la capa superior de acuerdo con el protocolo que se utiliza. En cada etapa del proceso, una PDU tiene un nombre distinto para reflejar su nuevo aspecto. Aunque no existe una convención universal de nombres para las PDU, en este curso se denominan de acuerdo con los protocolos de la suite TCP/IP.

  • ­   Datos: el término general para las PDU que se utilizan en la capa de aplicación.
  • ­   Segmento: PDU de la capa de transporte.
  • ­   Paquete: PDU de la capa de Internetwork.
  • ­   Trama: PDU de la capa de acceso a la red.
  • ­   Bits: una PDU que se utiliza cuando se transmiten físicamente datos a través de un medio.