Archivo

Archive for the ‘Redes’ Category

VERSIONES DEL PROTOCOLO TCP/IP (TCP/IPv4 Y TCP/IPv6) Y SUS DIFERENCIAS.

noviembre 24, 2010 Deja un comentario

El protocolo TCP/IP (Transfer Control Protocol/Internet Protocol) es el protocolo utilizado para gestionar el tráfico de datos en la red. Este protocolo en realidad está formado por dos protocolos diferentes y que realizan acciones diferentes.
Por un lado está el protocolo TCP, que es el encargado del control de transferencia de datos y por otro está el protocolo IP, que es el encargado de la identificación de la máquina en la red.

TCP/IPv4

La versión utilizada en la actualidad del protocolo TCP/IP es la 4, en uso desde 1.981. Esta versión es una versión de 32bits y consta de cuatro grupos binarios de 8bits cada uno (8×4=32), o lo que es lo mismo, cuatro grupos decimales, formado cada uno por tres dígitos. El formato utilizado es del tipo 11000000.10101000.00000000.00000001 binario, o lo que es lo mismo, 192.168.0.1 decimal.

Visto en forma binaria estaríamos hablando de cuatro agrupaciones de ocho dígitos cada una (el 0 y el 1), luego tenemos que 2 elevado a 8 es igual a 256, por lo que en cada grupo tenemos como opción la comprendida entre 0 y 255.

Esta combinación es capaz de generar aproximadamente 4.000 millones de combinaciones. Esto, que en un principio puede parecer más que suficiente, en realidad no lo es tanto. Se estima que en la actualidad se encuentran en uso aproximadamente unos 2/3 de estas combinaciones Además hay que tener en cuenta que no todas las combinaciones están disponibles para el protocolo IP público (el que utilizamos en nuestra conexión con Internet y que nos facilita nuestro ISP). Hay una serie de combinaciones reservadas para utilizarse como máscaras de subred, una serie de combinaciones que se reservan para los servidores DNS, una serie de combinaciones reservadas para comunicaciones específicas, etc. lo que hace que el número real de IP disponibles no sea tan elevado.

En principio hay que asegurar una serie de combinaciones diferentes para las conexiones con Internet, por lo que a cada proveedor ISP se le asigna un determinado número de direcciones IP, asignándolas estos a su vez entre sus clientes. Para optimizar este número de conexiones los proveedores ISP recurren al sistema de IP dinámica. Este sistema hace posible que con un número limitado de IP’s se atienda a un número bastante superior de usuarios, a condición de que el número de conexiones simultaneas no supere el número de IP’s asignadas (por poner un ejemplo, con 1.000 direcciones IP asignadas un proveedor ISP puede dar servicio a 2.000 clientes que se conecten en tandas de 12 horas cada uno).

Además hay que tener en cuenta que este tipo de conexiones TCP/IP es cada vez más empleado no solo por ordenadores, sino también por dispositivos de otro tipo, tales como, por ejemplo, cámaras IP, comunicaciones de voz del tipo VoIP, teléfonos móviles, PDA, etc., lo que hace que junto al cambio de hábitos en las conexiones (hemos pasado de conexiones por un corto periodo de tiempo cuando conectábamos por RTB a tener conectado el ordenador las 24 horas, o al menos 8 horas diarias) y el incremento en el número de usuarios (que prácticamente se duplica cada año desde 1.988) hace que el número de conexiones disponibles no solo no sea exagerado, sino que no se encuentre lejos de su agotamiento.

Una de las consecuencias de este sistema es que hace que sea necesario utilizar para conectarse a la red (Internet) un sistema que permita una sola IP por conexión (independientemente de los ordenadores que luego se conecten a través de esta conexión). Este sistema es el denominado NAT (Network Address Translator), y permite mediante un router (o enrutador) tener una red interna (direcciones IP privadas) apuntando a una sola dirección de Internet (IP pública). Este sistema, como es fácil de adivinar, no es el más idóneo, ya que hace que se rompe la doctrina de conexión ”entre extremos”, haciendo que sea un solo equipo de la red interna (en este caso el router) el que en realidad esté conectado con Internet, ya que el resto de equipos se conectan a este, NO a Internet. La importancia de esto la vemos con una mayor facilidad si nos imaginamos una oficina con 20 ordenadores trabajando todos a través de Internet… y dependiendo de un aparatito que cuesta menos de 100 euros y que no es infalible. Si este se estropea nos quedamos con las 20 máquinas desconectadas… y con la oficina bloqueada.

Por estos motivos se está estudiando desde hace tiempo un protocolo que reemplace al TCP/IP v4. Este nuevo protocolo es el TCP/IP v6, y aunque aun no está muy extendido ya tenemos algunas pruebas de su existencia, entre las que podemos enumerar su implementación total en el nuevo Windows Vista.

Imágenes de las propiedades de la conexión de red y de TCP/IP v6 en Windows Vista.

TCP/IPv6

El protocolo TCP/IPv6 es un protocolo de 128bits, lo que hace que el algunos cálculos situen el número de conexiones posibles en aproximadamente 34 trillones.

Para hacernos una idea de lo que esto supone, si las posibles conexiones de IPv4 ocuparan 1 milímetro, las posibles conexiones de IPv6 ocuparían aproximadamente 240.000 veces la distancia entre el Sol y la Tierra.

En 1.994 se presentó un primer proyecto para solucionar el problema del posible agotamiento de las posibles direcciones IP existentes, siendo en 1.995 cuando se define este proyecto definitivamente como IPv6 y se establece la primera especificación.

La entrada en servicio de esta nueva versión del protocolo TCP/IP va a significar un gran avance, a la vez que va a tener una amplia serie de consecuencias.

La primera posible consecuencia de este incremento es no es necesario el uso de sistemas NAT, ya que hay direcciones suficientes como para que todas las máquinas se conecten entre sí directamente, volviendo a ser una verdadera red entre extremos.

La segunda consecuencia de este cambio de versión es la de permitir una conexión mucho más eficaz, ya que utilizan una cabecera de paquete diferente, añadiendo a los datos actuales (origen, tamaño, etc.) otros datos tales como etiquetas de contenido, lo que a su vez va a permitir optimizar las trasferencias al poder dar prioridad a tipos determinados de archivos (por ejemplo, dar prioridad a los archivos del tipo multimedia o de voz), haciendo a la vez posible que sea el usuario el que decida estas prioridades, lo que hará posible unas comunicaciones del tipo VoIP o videoconferencias de calidad, sin saltos e interrupciones.

Otra consecuencia es un incremento en la seguridad, ya que será posible establecer niveles de seguridad a nivel de IP, permitiendo una autentificación de las transmisiones entre equipos, lo que asegura la integridad y privacidad de estas. Esto en la práctica significa que enviamos un paquete de datos de un ordenador con una IP concreta a otro con una IP concreta, haciendo este inaccesible a cualquier otro ordenador.

Las direcciones IP se podrán obtener de forma totalmente automáticas, lo que facilitará enormemente la creación de redes, tanto a nivel local como a nivel externo.

La configuración de estas direcciones es bastante más estructurada que la actual, ya que se trata de una serie de 8 grupos de 16bits (de 0 a ffff), separados por :, en los que el valor 0 se puede sustituir por ::. Un ejemplo de una dirección IP en el protocolo TCP/IPv6 sería la siguiente:
2005:205:169:5:175:b4fd:bbad:eded
o bien
2005:205:0:1:175:0:bafd:14
o lo que sería lo mismo
2005:205::1:175::bafd:14 (se puede observar que se han sustituido los grupos con valor 0 por ::).

El proceso de migración de una versión a otra va a ser un proceso lento, ya que entre otras cosas supone una fuerte inversión por parte de los proveedores de ISP, sobre todo si tenemos en cuenta que hay que mantener durante un tiempo una amplia compatibilidad entre ambos protocolos.

En cuanto a su compatibilidad con los diferentes sistemas operativos, como ya hemos visto es soportado de forma nativa por Windows Vista, así como por las últimas versiones de Linux. Tanto Windows XP (desde el SP1) como Windows 2003 Server lo implementan (aunque no aparece en Propiedades de las conexiones de red). Para otras versiones probablemente haya que recurrir a software de terceros.

Anuncios
Categorías:Redes

Resolución de nombres en un mundo UNIX/Linux

octubre 7, 2010 2 comentarios

Los ficheros de configuración claves en esta sección son:

*

/etc/hosts
*

/etc/resolv.conf
*

/etc/host.conf
*

/etc/nsswitch.conf

/etc/hosts

Un fichero que contiene una lista estática de asociaciones entre IP y nombres.

127.0.0.1 localhost localhost.localdomain
192.168.1.1 bigbox.quenya.org bigbox alias4box

El objetivo de /etc/hosts es dar un mecanismo de resolución de nombres para que los usuarios no tengan que recordar direcciones IP.

Los paquetes de red que se envían sobre la capa física no se comunican usando direcciones IP sino direcciones MAC (Media Access Control). Las direcciones IP son actualmente de 32 bits de longitud y presentan como cuatro números decimales separados por puntos. Por ejemplo 168.192.1.1.

La direcciones MAC usan 48 bits (o 6 bytes) y se representan en formato hexadecimal separando cada byte por “:”, por ejemplo 40:8e:0a:12:34:56.

Cada adaptador de red tiene que tener uan dirección MAC. Asociado con la dirección MAC puede haber una o más direcciones IP. No hay relación directa entre una dirección IP y una dirección MAC; todas las asignaciones son arbitrarias por naturaleza. En el nivel más básico, todas las comunicaciones de red tienen lugar utilizando direccinones MAC. Como ls direcciones MAC son únicas globalmente y normalmente son fijas para cada interfaz, tiene sentido, desde la perpectiva de la gestión de red, la asignación de una dirección IP. Se puede asignar más de una dirección IP por cada dirección MAC. Una dirección tiene que ser la dirección IP primaria. Esta es la dirección que se obtiene en una respuesta ARP.

Cuando un usuario o proceso quiere comunicar con otra máquina la implementación del protocolo asegura que nombre de máquina o nombre de host se resuelve a una dirección IP de forma que es controlada por los ficheros de control del protocolo TCP/IP. El fichero /etc/hosts es uno de esos.

Cuando sse ha averigado la dirección IP de la interfaz destino, se usa un protocolo llamado ARP/RARP para identificar la dirección MAC de la interfaz destino. ARP significa Address Resolution Protocol y es un método orientado a difusión que usa UDP para enviar solicitudes a todas las interfaces del segmento de la red local utilizando la dirección MAC de difusión (todo unos). Los adaptadores de red están programados para contestar a dos direcciones MAC sólo, su propia y única dirección MAC y a la dirección ff:ff:ff:ff:ff:ff. El paquete respuesta contiene la dirección MAC y la dirección IP primaria de cada interfaz.

El fichero /etc/hosts es básico pra todas las instalaciones TCP/IP en UNIX/Linux TCP/IP y como mínimo contendrá el localhost y la IP de la interfaz de red local y los nombre primarios por los que se conoce la máquina local. Este fichero ayuda para resolver un nivel de nombres básico que puede existir previo a otros sistemas de resolución.
/etc/resolv.conf

Este fichero indica a la biblioteca de rsolución:

*

El nombre del dominio al que pertenece la máquina.
*

El o los nombres de cualquier dominio en el que se debiera buscar automáticamente cuando intenta resolver un nombre sin dominio.
*

La dirección IP de los servidores de nombres que usa esta máquina.

/etc/host.conf

/etc/host.conf es el indica el orden de los sistema de resolución de nombres, el establecido en /etc/resolv.conf o en el fichero de /etc/hosts. Su estructura típica es

order hosts,bind
multi on

entonces devuelve ambas direciones. Cosulte la página de manual de host.conf para más detalles.

/etc/nsswitch.conf

Este fichero controla los sistema de resolución. El fichero típico es similar a:

# /etc/nsswitch.conf
#
# Name Service Switch configuration file.
#

passwd: compat
# Alternative entries for password authentication are:
# passwd: compat files nis ldap winbind
shadow: compat
group: compat

hosts: files nis dns
# Alternative entries for host name resolution are:
# hosts: files dns nis nis+ hesiod db compat ldap wins
networks: nis files dns

ethers: nis files
protocols: nis files
rpc: nis files
services: nis files

Por supuesto, cada uno de estos mecanismos requiere que el correspondiente servicio esté correctamente configuardo y en funcionamiento.

Es importante tener en cuenta que TCP/IP es un protocoo silencioso, no transmite salvo petiticiones o respuestas explícitas. Todas las comunicaciones TCP/IP suponen uqe sólo se tiene que hablar cuando es necesario.

Comenzando con la versión 2.2.0, Samba tiene soporte para en Linux para las extensiones de los sistemas de nombres (nsswitch.conf indica donde buscar nobres de máquinas, de usuarios, de grupos, etc) y en consecuencia los clientes Linux podrán obtener la resolución de noombres MS Windows NetBIOS a direcciones IP. Para esta funcionalidad Samba se tiene que compilar con las opciones adecuadas con make (i.e., make nsswitch/libnss_wins.so). La biblioteca resultante se deber-ia instalar en el directorio /lib y se tiene que añadir el parámetro wins al fichero /etc/nsswitch.conf. En este punto es posible hacer ping a una máquina MS Windows con el nombre NetBIOS, siempre que tanto las maquinas Samba como MS Windows pertenezcan al mismo grupo de trabajo

Categorías:Redes

Subredes

Si no la tienen clara con el lapiz y papel, vean esto

ENTRAR ACA ON LINE

Categorías:Redes

Ejercicio Mount

Montar dispositivos en Linux.

1. Conectar nuestro dispositivo al ordenador. Pen Drive
2. Creamos una carpeta en /media sobre nuestro dipositivo, en mi caso pendrive.

# mkdir /media/pendrive

3. Abrimos un terminal y tipeamos:

# fdisk -l

De éste modo sabremos si se encuentra conectado.
En mi caso devuelve ésto:

Disco /dev/hda: 82.3 GB, 82348277760 bytes 255 cabezas, 63 sectores/pistas, 10011 cilindros Unidades = cilindros de 16065 * 512 = 8225280 bytes Disk identifier: 0x000f269a Disposit. Inicio Comienzo Fin Bloques Id Sistema /dev/hda1 * 1 9684 77786698+ 83 Linux /dev/hda2 9685 10011 2626627+ 5 Extendida /dev/hda5 9685 10011 2626596 82 Linux swap / Solaris Disco /dev/sda: 4127 MB, 4127195136 bytes 16 cabezas, 32 sectores/pistas, 15744 cilindros Unidades = cilindros de 512 * 512 = 262144 bytes Disk identifier: 0x00000000 Disposit. Inicio Comienzo Fin Bloques Id Sistema /dev/sda1 1 15744 4030448 c W95 FAT32 (LBA)

Como pueden observar al final de los resultados se encuentra el dispositivo /dev/sda1.
Ese es nuestro nuevo dispositivo (en mi caso el pendrive).

4. Muy bien, ahora debemos montarlo con el comando “mount”.
Abrimos un terminal y tipeamos:

# mount /dev/sda1 /media/pendrive/

Luego nos dirigimos a esa carpeta y listo, nuestro dispositivo se encuentra disponible para transferir datos.

Cuando queramos retirarlo simplemente tipeamos:

# umount /media/pendrive/

Categorías:Redes

fstab

El fichero fstab (file systems table) se encuentra comúnmente en sistemas Unix (en el directorio /etc/) como parte de la configuración del sistema. Lo mas destacado de este fichero es la lista de discos y particiones disponibles. En ella se indica como montar cada dispositivo y qué configuración utilizar.

Con los comandos mount y umount leen este fichero para determinar que opciones utilizar a la hora de montar el dispositivo especificado. Por ejemplo, ‘mount /media/musica/’ montaría en el directorio /media/musica el dispositivo indicado en fstab con las opciones que tiene marcadas, si es que estas se lo permiten.

El administrador del sistema se tiene que encargar de mantener este fichero para el mejor uso de los dispositivos. Esto normalmente se hace mediante un editor de texto aunque existen aplicaciones gráficas para los usuarios mas inexpertos.

El archivo puede tener otros nombres en función de la variante de Unix. Por ejemplo en Solaris es /etc/vfstab.

Uso

La estructura de las instrucciones es de 6 columnas separadas por espacios o tabuladores:[1]

* es el directorio lógico que hace referencia a una partición o recurso.
* es la carpeta en que se proyectaran los datos del sistema de archivos.
* es el algoritmo que se utilizará para interpretarlo.
* es el lugar donde se especifica los parámetros que mount utilizará para montado el dispositivo, deben estar separadas por comas. Pueden consultarse aquí.
* es el comando que utiliza dump para hacer respaldos del sistema de archivos, si es cero no se toma en cuenta ese dispositivo.
* indica el orden en que la aplicación fsck revisará la partición en busca de errores durante el inicio, si es cero el dispositivo no se revisa.,[2] [3]

Ejemplo

Lo siguiente es un ejemplo de un archivo fstab de la distribución Red Hat del sistema operativo GNU/Linux:

# dispositivo punto_de_montaje sistema_de_archivos opciones dump-freq pass-num
LABEL=/ / ext3 defaults 1 1
/dev/hda6 swap swap defaults 0 0
none /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

# Dispositivos extraíbles
/dev/cdrom /mount/cdrom udf,iso9660 noauto,owner,kudzu,ro 0 0
/dev/fd0 /mount/floppy auto noauto,owner,kudzu 0 0
/dev/sdb /mount/usb vfat rw,user,noauto 0 0

# Partición NTFS de Windows XP
/dev/hda1 /mnt/WinXP ntfs-3g quiet,defaults,locale=en_US.utf8,umask=0 0 0

# Partición compartida entre Windows y Linux
/dev/hda7 /mnt/compartidos vfat umask=000 0 0

# Sistema de archivos de red, NFS
192.168.1.1:/home/usuario/Escritorio /mnt/remoto nfs defaults,auto,rw 0 0

Recargar fstab

El siguiente comando recarga fstab sin necesidad de reiniciar el sistema.

mount -a

Categorías:Redes

mount

mount

mount es un comando de sistemas basados en Unix que se utiliza para montar dispositivos y particiones para su uso por el sistema operativo. Montar es hacer que el sistema operativo proyecte el contenido de ese dispositivo o partición en un enlace lógico (un directorio). Cuando se desocupa se rompe el enlace y se sigue trabajando con los mismos archivos básicos.
Contenido

Los dispositivos en Unix se encuentran dentro de /dev. Así es como se designan los más comunes en GNU/Linux:

* fd0 Primera unidad de disquetes (a: en sistemas MS-DOS y Windows).
* fd1 Segunda unidad de disquetes (b: en sistemas MS-DOS y Windows).
* hda Primer disco duro IDE (Primary Master).
* hda0 Primera partición del primer disco duro IDE (Primary Master).
* hda1 Segunda partición del primer disco duro IDE (Primary Slave).
* hdb0 Primera partición del segundo disco duro IDE (Secondary Master).
* hdb1 Segunda partición del segundo disco duro IDE (Secondary Slave).
* sda Primer disco duro SCSI.
* sda1 Primera partición del primer disco duro SCSI.
* sdb4 Cuarta partición del segundo disco duro SCSI.
* scd0 Primera unidad de CD-ROM SCSI.
* scd1 Segunda unidad de CD-ROM SCSI.
* sga Primer dispositivo genérico SCSI (scanner, etc.).
* sgb Segundo dispositivo genérico SCSI.
* sg0 Primer dispositivo genérico SCSI en sistemas nuevos.
* sg1 Segundo dispositivo genérico SCSI en sistemas nuevos.

Desde la aparición de las unidades de almacenamiento USB (pendrives) y los discos duros SATA (serial ATA), estos han empezado a usar también la denominación propia de los dispositivos SCSI (sda1, sdb3, etc.). Aun así, algunas veces se pueden encontrar unidades IDE con nombres del tipo sda, sdb, etc. Esto se debe a que ciertas distribuciones utilizan emulación IDE-SCSI. De esta forma se utiliza una capa de software común para el manejo de todos los discos duros, CD-ROM, etc.
[editar] Tipos de sistemas de archivos soportados

El tipo del sistema de archivos puede ser:

* auto (intenta descubrir automáticamente el sistema de archivos).
* iso9660 (sistema de archivos de los CDs y DVDs).
* ext2 (sistema de archivos muy extendido en maquinas Linux).
* ext3 (igual que ext2 pero además añade journaling).
* ext4 (introdujo significativas mejoras respecto a ext3)
* reiserfs (otro sistema muy utilizado en maquinas Linux).
* msdos (para dispositivos que usen FAT12 o FAT16).
* vfat (para dispositivos que usen FAT32).
* ntfs (sistema de archivos NTFS de Windows NT, XP, etc.).
* smbfs (sistema de archivos de Samba).
* nfs (sistema de archivos de red NFS).
* hfs y hfsplus (acceden a sistemas de archivos de Apple Macintosh).

Opciones del comando mount
Opciones comunes para todos los sistemas de archivos

Como los sistemas de archivos de /etc/fstab serán ocasionalmente montados utilizando mount no es de extrañar que el campo de opciones contenga simplemente una lista de opciones separadas por comas que serán pasadas directamente al intentar montar un sistema de archivos.

Las opciones comunes a todos los sistemas de archivos son:

auto / noauto
Con la opción auto, el dispositivo será montado automáticamente durante el inicio o en caso de que el comando mount -a sea ejecutado. auto es el valor por defecto. Si no se desea que el dispositivo se monte automáticamente, se deberá substituir por noauto.
dev / nodev
Interpretar / no interpretar dispositivos especiales de bloques en el sistema de archivos. Los dispositivos especiales de bloques son similares a discos (donde se puede acceder a los datos dado un número de bloque, y p.ej. tiene sentido tener un caché de bloques). Todos los otros dispositivos son ficheros especiales de caracteres. Hace tiempo la distinción era diferente: la E/S a un fichero especial de caracteres sería sin búfer, y a un fichero especial de bloques, con búfer.
exec / noexec
exec permite ejecutar binarios que están en la partición, mientras que noexec lo impide. noexec puede resultar útil en una partición que contenga binarios se deseen ejecutar en el sistema, o que no deban ser ejecutados. Este podría ser el casod e la partición de Windows.
ro
Montar para sólo lectura.
rw
Montar el sistema de archivos para lectura/esctritura. Utilizando esta opción muchos nuevos usuarios confusos por no poder escribir en sus discos o particiones de Windows pueden solucionar el problema.
sync / async
Esta opción indica la manera en que se debe realizar la entrada y salida del sistema de archivos. sync especifica que se realice de manera síncrona. Para verlo en un ejemplo de un fstab, nótese que esta opción aparece en la unidad de discos flexibles. En particular sirve, si se está escribiendo en una unidad con la opción activada, para que los cambios sean realizados físicamente en el dispositivo a la vez que se invoca el comando correspondiente.
suid / nosuid
Permite / bloquea la operación sobre los bits suid y sgid.
user / nouser
Permite a cualquier usuario montar el sistema de archivos. Implica directamente las opciones noexec, nosuid y nodev a menos que se especifiquen otras. Si se utiliza la opción nouser, solo el usuario root podrá montar el sistema de archivos.
defaults
Utiliza las opciones por defecto: rw,suid,dev,exec,auto,nouser,async.

Opciones específicas para cada sistema de archivos

Hay multitud de opciones específicas para cada sistema de archivos soportado por mount. Las que se listan a continuación son las mas habituales. Para una lista completa se puede acudir a la página del manual de Unix sobre mount.
ext2

check={none, normal, strict}
Establece el nivel de comprobación de fsck.
debug
Imprime información de depuración durante cada re-montaje.
sb=n
n es el bloque que deber ser utilizado como superbloque para el sistema de archivos.

fat

check={r[elaxed], n[ormal], s[trict]}
No es igual que en ext2, pero permite utilizar una sintaxis parecida.
conv={b[inary], t[ext], a[uto]}
Efectúa automáticamente conversiones de archivos de texto entre DOSUNIX.
uid=n, gid=n
Establece el identificador de usuario, uid, y el identificador de grupo, gid, para todos los archivos de la partición.
umask=nnn, dmask=nnn, fmask=nnn
Establece máscara de usuario para la creación de archivos, umask, y lo mismo para sólo directorios, dmask y sólo archivos, fmask.

iso9660

norock
Deshabilita las extensiones Rock Ridge.

Ejemplos de uso

Algunos ejemplos de montaje de dispositivos son:

mount -t vfat /dev/fd0 /mnt/floppy
mount -t iso9660 /dev/hdb0 /mnt/cdrom

Para montar imágenes de disquetes, CDs, etc. se utiliza la opción loop.

mount -t iso9660 -o loop /home/usuario/imagen.iso /mnt/imagenes

Bajar TP Ejercicios

Categorías:Redes

Configuración router Linksys

Primer paso – actualización de Firmware.

Lo primero que aremos será actualizar el firmware de nuestro router linksys, yo tengo la última versión (hasta el momento) 8.1, esto lo aremos para evitar algunos errores que tenían los firmwares anterior cuando se transmitían muchos datos y este se colgaba y había que reiniciarlo, lo cual nos causaba muchos problemas a la hora de utilizar un servicio de forma remota.

Lo que haremos será lo siguiente:

  • Buscaremos el Firmware correspondiente a nuestro modelo de router.
  • Lo descargaremos y lo descomprimiremos.
  • Y por ultimo accederemos al router y realizaremos la actualización..
Debemos tener suma precaución a la hora de actualizar el Firmware del Router ya que si en el momento de la actualización se corta la luz el Router no encenderá mas y esto no lo cubre la garantía!!!!
Segundo paso – Configuración de la administración remota.

Lo que aremos a continuación será cambiar el puerto de administración web del router ya que este responde al puerto 80 y no dejara que se vea nuestro servidor web desde internet ya que el router tomara primero la petición y morirá en este.

Por lo que aremos a continuación será ingresar al router y cambiar el puerto 80 por el 8080 y a su vez le cambiaremos la contraseña para el ingreso.

Tercer paso – Configurar nuestro nombre de dominio con dyndns.

DynDNS es un sitio que nos brinda un servicio en el cual mediante un software nos chequea nuestro numero de IP dinámico que nos da el proveedor de Internet y lo relaciona con un nombre de dominio (ej.: http://mi_sitio.homelinux.net), para que nosotros podamos ingresar desde internet con este nombre, que será siempre igual, y no con la dirección IP que nos da nuestro proveedor de Internet que cambia dinámicamente.

Hay empresas que nos proveen de números de IP Estática pero son pagas y la idea es no generar gastos.

El router linksys, trae integrado de por si el software que envía la dirección IP nuestra al sitio de DynDNS cada cierto tiempo y el sitio lo relaciona a nuestro nombre de dominio, por lo que nos soluciona bastante el tema.

Cuarto paso – direccionar el puerto 80 al servidor.

Lo que haremos a continuación será direccionar todas las peticiones que provengan desde internet al puerto 80 a nuestro servidor, de este modo cuando desde internet pongamos en un navegador http://mi_sitio.homelinux.net veamos la pagina web que hemos montado.

Por ultimo si nuestro servidor es windows (esto es a modo informativo ya que no lo voy a explicar en detalle) podemos instalar una aplicacion llamada AppServ, que no permite montar de forma rapida y sensilla un servidor web.

El sitio es el siguiente: www.appservnetwork.com

En nuestro caso y esto si lo voy a desarrollar mas adelante, utilizare GNU/Linux, con la distribución Ubuntu Server.

Por lo que instalaremos nuestro servidor web de la siguiente forma:

sudo aptitude install apache2 php5 php5-mysql php5-gd libapache2-mod-php5 mysql-client mysql-server phpmyadmin

Guia realizado por 
Juan Pablo Pérez Lantes
http://www.jplantes.com.ar
Alumno de Hosting en educacionit
Categorías:Redes