<!-- 0,1 -->
<!-- IP Masquerade,1 -->
<!-- Ambrose,Au,ambrose@writeme.com -->
<!-- 1.2,1997-11-10 -->
<!-- IP Masquerade -->
<!-- Xosé,Vázquez,xose@ctv.es -->
<!-- 1.0,1997-11-20 -->
<!-- IP,masquerade,masquerading,proxy,forwarding -->
<!-- Software,Servidores,Proxy -->

<!doctype linuxdoc system>

<!-- IP Masquerade en ESPAÑOL, traducido por xose@ctv.es -->
<!-- Revisión traducción y de formato, Fco J Montilla,   -->
<!--                                pacopepe@insflug.org   -->

<article>

<title>Mini-COMO de Linux IP Masquerade, en ESPAÑOL.

<author>Original de Ambrose Au, <tt><htmlurl
url="mailto:ambrose@writeme.com" name="ambrose@writeme.com"></tt>&nl
Traducción de <htmlurl url="http://www.ctv.es/USERS/xose/" name="XosÉ
Vázquez">, <tt><htmlurl url="mailto:xose@ctv.es" name="xose@ctv.es"></tt>

<date>Original v1.2, 10 de noviembre de 1997; traducción, 20 de noviembre
de 1997.

<abstract>
Este documento describe cómo activar la función IP Masquerade en un
servidor Linux, permitiendo conectar a Internet, mediante su máquina
Linux, ordenadores que no tienen registrada una dirección IP de Internet.
</abstract>

<toc>

<sect>Introducción.
<p>

<sect1>Introducción. 
<p>

Este documento describe cómo activar la función IP masquerade en
un servidor Linux, permitiendo conectar a Internet, mediante su máquina
Linux, ordenadores que no tengan registrada una dirección IP de Internet. 
Es posible conectar sus máquinas con el servidor Linux, tanto con ethernet
como con otro tipo de conexiones, con un enlace ppp. Este documento hará
énfasis en las conexiones ethernet, ya que este es el caso más usual.

<bf>Este documento está pensado para usuarios de núcleos 2.0.x. Los
núcleos en desarrollo 2.1.x no son tratados.</bf>

<sect1>Prólogo, retrospectiva y créditos.
<p>

Encuentro muy confuso, como nuevo usuario, configurar IP masquerade en los
núcleos nuevos, esto es, <tt/2.x/. Aunque hay
<em/PUF/<footnote><bf/P/reguntas de <bf/U/so <bf/F/recuente</footnote>s y
listas de correo, no hay documentos dedicados a esto; y como hay algunas
peticiones en las listas de correo solicitando un COMO que lo cubra,
decidí escribirlo como punto de partida para nuevos usuarios, y
posiblemente como sección básica para que usuarios experimentados puedan
crear más documentación. Si piensa que no estoy haciendo un buen trabajo,
siéntase libre de decírmelo para que pueda hacerlo mejor. 

Este documento está fuertemente basado en la <it/PUF/ original de Ken
Eves, y numerosos mensajes de ayuda de la lista de correo de <tt/IP
MASQUERADE/.  Gracias especiales a Mr. Matthew Driver, cuyos mensajes a la
lista de correo me inspiraron para configurar <tt/ip_masq/ y eventualmente
para escribir esto. 

Por favor siéntase libre de enviarme cualquier crítica o comentario a
<tt><htmlurl url="mailto:ambrose@writeme.com" 
name="ambrose@writeme.com"></tt> si algo de lo aquí explicado le parece
erróneo, o si echa algo de menos. ¡Su inestimable comentario podrá
influenciar el futuro de este COMO!

Este COMO está pensado para ser una guía rápida a fin conseguir que el IP
Masquerade funcione en el plazo de tiempo más corto posible. 

Podrá encontar las últimas novedades, así como mayor información en las
páginas web de IP Masquerade Resource <tt><htmlurl
url="http://ipmasq.home.ml.org/" name="http://ipmasq.home.ml.org/"></tt>
que mantengo. Si tiene alguna pregunta técnica sobre IP Masquerade, por
favor entre en la Lista de Correo de IP Masquerade en lugar de enviarme
correo electrónico, mi tiempo es limitado, y los desarrolladores de
<tt>IP_Masq</tt> están más capacitados para responder a sus preguntas. 

La última versión de este documento se puede encontrar en <em>IP
Masquerade Resource</em>, el cual también contiene las versiones HTML y
PostScript:

<itemize> 

<item><tt><htmlurl url="http://ipmasq.home.ml.org/" 
name="http://ipmasq.home.ml.org/"></tt>

<item>Por favor consulte <tt><htmlurl
url="http://ipmasq.home.ml.org/index.html&num;mirror" 
name="http://ipmasq.home.ml.org/index.html&num;mirror"></tt>, réplica de
estas páginas.

</itemize>

<sect1> Copyright &amp; Disclaimer. 
<p>

** Nota del traductor ** : Aunque se traducen los términos de la licencia
sólo se hace con carácter informativo. Se deja intacta la licencia
original. 

===========================================================================

<tt> This document is copyright(c) 1996 Ambrose Au, and it's a free
document.  You can redistribute it under the terms of the GNU General
Public License.</tt>

<tt> The information and other contents in this document are to the best
of my knowledge.  However, ip_masq is <em>experimental</em>, and there is
chance that I make mistakes as well; so you should determine if you want
to follow the information in this document.</tt>

<tt> Nobody is responsible for any damage on your computers and any other
losses by using the information on this document. i.e.</tt>

<quote><tt> <bf>THE AUTHOR IS NOT RESPONSIBLE FOR ANY DAMAGES INCURRED DUE
TO ACTIONS TAKEN BASED ON THE INFORMATION IN THIS
DOCUMENT.</bf></tt></quote>
===========================================================================

-- Propiedad intelectual y renuncia de responsabilidad --

Este documento es <tt>copyright &copy; 1996 Ambrose Au</tt>, y es un
documento gratuito. Puede redistribuirlo bajo los términos de la GNU
General Public License.

La información y el resto de los contenidos de este documento son lo mejor
de mis conocimientos. Tenga en cuenta que IP Masquerade es
<em>experimental</em>, y hay posibilidad de que cometa errores; por eso
debería determinar si quiere seguir la información de este documento.
 
Nadie será responsable de daño alguno sufrido por sus ordenadores y
cualesquiera otras pérdidas ocasionadas por el uso de la información
contenida en este documento. Esto es: 

<quote><bf>EL AUTOR (y el TRADUCTOR) NO SE RESPONSABILIZA DE NINGÚN DAñO
SUFRIDO DEBIDO A LAS ACCIONES REALIZADAS BASADAS EN ESTE DOCUMENTO.</bf>
</quote>

<sect>Conceptos básicos.
<p>

<sect1>¿Qué es IP Masquerade?
<p>

IP Masquerade es una capacidad de red de Linux en desarrollo. Si un
servidor Linux está conectado a Internet con IP Masquerade habilitado, los
ordenadores conectados a él (bien en la misma red local, bien por módem) 
también pueden conectarse a Internet, incluso aunque no tengan <em>una
dirección IP oficial asignada</em>.

Esto permite a un conjunto de máquinas acceder <em>transparentemente</em>
a Internet ocultas tras la máquina pasarela, la cual aparece como el único
sistema que está usando Internet. Romper la seguridad de un sistema
configurado de forma correcta con IP Masquerade es considerablemente más
difícil que romper un buen filtro de paquetes basado en cortafuegos
(suponiendo que no existan fallos en ninguno).

<sect1>Estado actual
<p>

IP Masquerade está todavía en etapa experimental. De todas formas, los
núcleos a partir del <tt/1.3.x/ tienen ya soporte interno incorporado. 
Muchos particulares y empresas lo están usando, con resultados
satisfactorios. 

Se ha comprobado que los Navegadores de páginas web y telnet funcionan
bien sobre <tt/ip_masq/. FTP, IRC y Real Audio funcionan con ciertos
módulos cargados. Otras variedades de audio por red como True Speech e
Internet Wave también funcionan. Algunos usuarios de la lista de correo
incluso lo intentaron con software de vídeo-conferencia. Incluso <tt/ping/
funciona ahora, con el nuevo parche ICMP.

Por favor diríjase a la sección <ref id="soportados"> para ver la lista
completa de programas soportados.

IP Masquerade funciona bien con 'máquinas clientes' con diferentes
sistemas operativos y plataformas. Ha habido éxito con sistemas usando
Unix, Windows 95, Windows NT, Windows para Trabajo en Grupo (con el
paquete TCP/IP), OS/2, Sistemas Macintosh OS con Mac TCP, Mac Open
Transport, DOS con el paquete NCSA Telnet, VAX, Alpha con Linux, e incluso
Amiga con AmiTCP o AS225-stack. 

<sect1>¿Quién puede beneficiarse de IP Masquerade?
<p>

<itemize>

<item>Si tiene un servidor Linux conectado a Internet, y  

<item>si tiene algunos ordenadores con TCP/IP conectados con esa máquina
Linux en una subred local (LAN) , y/o

<item>si su servidor Linux tiene más de un módem y actúa como un servidor
PPP o SLIP conectando a otros,

<item>los cuales no tienen asignada una dirección IP oficial. (Estas
máquinas son representadas por <bf/OTRAS/ máquinas presentes). 

<item>Y por supuesto, si quiere que esas <bf/OTRAS/ máquinas estén en
Internet sin gastar dinero extra :) 

</itemize>

<sect1>¿Quién NO necesita IP Masquerade?
<p>

<itemize>

<item>Si su máquina es un servidor Linux aislado conectado a Internet,
entonces es inútil usar <tt/ip_masq/, o

<item>si ya tiene direcciones asignadas a sus <bf/OTRAS/ máquinas,
entonces no necesita IP Masquerade,

<item>y por supuesto, si no le gusta la idea de una salida gratuita a
Internet.

</itemize>

<sect1>¿Cómo funciona IP Masquerade ?
<p>

De la <it/PUF/ de IP Masquerade por Ken Eves:

  Representación de la configuración más simple :

<tscreen><verb>
     SLIP/PPP         +------------+                         +------------+
     al proveedor     |  Linux     |       SLIP/PPP          | OTRA       |
    <---------- modem1|            |modem2 <---------- modem |            |
      111.222.333.444 |            |           192.168.1.100 |            |
                      +------------+                         +------------+
</verb></tscreen>

En el dibujo de arriba un servidor Linux con ip_masquerading instalado y
funcionando está conectado a Internet vía SLIP o PPP usando el
<tt/modem1/. Tiene asignada la dirección IP 111.222.333.444. En esta
configuración ese <tt/modem2/ permite a las personas que llaman entrar e
iniciar una conexión SLIP/PPP. 

El segundo sistema (el cual no tiene porqué usar Linux) llama al servidor
Linux e inicia una conexión SLIP o PPP. No tiene asignada una dirección IP
en Internet así que usa 192.168.1.100 (ver abajo). 

Con ip_masquerade y el rutado configurado adecuadamente la máquina OTRA
puede interactuar con Internet como si estuviera realmente conectada (con
unas pocas excepciones).

Citando a Pauline Middelink: 

No olvide mencionar que OTRA debería tener al servidor Linux como su
pasarela (si es la ruta por defecto o sólo una subred no importa). Si la
OTRA no puede hacer esto, la máquina Linux debería hacer un proxy arp para
todas las direcciones de rutado, pero la configuración del proxy arp va
más allá del alcance del documento. 

Lo siguiente es un extracto de un correo de <tt><htmlurl
url="news:comp.os.linux.networking"  name="comp.os.linux.networking"></tt>
que se ha editado para corresponder los nombres usados en el ejemplo de
arriba:

<itemize>

<item>Le digo a la máquina OTRA que mi servidor Linux es su pasarela. 

<item>Cuando un paquete llega a la máquina Linux desde OTRA, le asignará
un nuevo número de puerto origen, y pega su propia dirección IP en la
cabecera del paquete, guardando los originales. Entonces mandará el
paquete modificado a Internet sobre el interfaz PPP/SLIP.

<item>Cuando un paquete viene desde Internet para la máquina Linux, si el
número de puerto es uno de esos asignados arriba, obtendrá el puerto
original y la dirección ip, repondrá la cabecera del paquete y lo enviará
a OTRA.

<item>El servidor que envía el paquete nunca notará la diferencia. 

</itemize>

&ensp; &nl;

&ensp; &nl;

&ensp; &nl;

&ensp; &nl;

&ensp; &nl;

&ensp; &nl;

<bf>Un ejemplo de IP Masquerading</bf>

 el ejemplo típico se muestra en la siguiente figura:

<tscreen><verb>
      +----------+
      |          |  Ethernet
      | ordenador|::::::
      |    A     |2    :192.168.1.x
      +----------+     :
                       :   +----------+   enlace
      +----------+     :  1|  Linux   |   ppp
      |          |     ::::| masq-gate|:::::::::// Internet
      | ordenador|::::::   |          |
      |    B     |3    :   +----------+
      +----------+     :
                       :
      +----------+     :
      |          |     :
      | ordenador|::::::
      |    C     |4
      +----------+

      <- Red  Interna ->
</verb></tscreen>

En este ejemplo hay 4 ordenadores que centran este documento. También hay
algo al otro lado de su conexión IP que le suministra la información de
Internet y además otros sistemas con los que está interesado en
intercambiar información. 

El sistema Linux <tt>masq-gate</tt> es la pasarela enmascarada para la red
interna de los ordenadores A, B y C que permite el acceso a Internet. La
red interna usa una de las direcciones de red privadas, en este caso la
red de clase C 192.168.1.0, donde la máquina Linux<footnote>N. del T. &nl; 
Mejor dicho, el interfaz ethernet de la máquina Linux</footnote> tiene la
dirección 192.168.1.1 y los demás tienen direcciones de esa misma red. 

Las tres máquinas A, B y C (que pueden estar usando cualquier sistema
operativo, siempre que pueda "hablar IP", como Windows 95, Macintosh
MacTCP o incluso otro Linux) pueden conectarse a otras máquinas de
Internet, ya que el sistema masquerade <tt>masq-gate</tt> enmascara todas
sus conexiones de tal forma que parezcan originadas en <tt>masq-gate</tt>,
y se encarga de que los datos que le devuelven en una conexión enmascarada
sean retransmitidos al sistema original. Así los sistemas de la red
interna ven una ruta directa a Internet y son incapaces de darse cuenta
que sus datos están siendo enmascarados.

<sect1>Requerimientos para usar IP Masquerade en Linux <tt>2.x</tt>
<p>

Por favor diríjase a <tt><htmlurl url="http://ipmasq.home.ml.org/" 
name="http://ipmasq.home.ml.org/"></tt> para información más actualizada,
es difícil actualizar este COMO con frecuencia.

<itemize>

<item>Fuentes del núcleo <tt/2.0.x/, disponibles en <tt><htmlurl
url="ftp://ftp.kernel.org/pub/linux/kernel/v2.0/" 
name="ftp://ftp.kernel.org/pub/linux/kernel/v2.0/"></tt>

(Sí, tendrá que compilar su núcleo con ciertos soportes... Se recomienda
el último núcleo estable) 

<item>Módulos cargables del núcleo, preferiblemente <tt/2.0.0/ o superior
disponibles en &nl; <tt><htmlurl
url="http://www.pi.se/blox/modules/modules-2.0.0.tar.gz" 
name="http://www.pi.se/blox/modules/modules-2.0.0.tar.gz"></tt>

(<tt/modules-1.3.57/ es lo mínimo requerido)

<item>Montar una red TCP/IP bien configurada, tema tratado en <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/NET-2-HOWTO.html"
name="http://www.caldera.com/LDP/HOWTO/NET-2-HOWTO.html"></tt>
y en <tt><htmlurl url="http://linuxwww.db.erau.edu/NAG/" 
name="http://linuxwww.db.erau.edu/NAG/"></tt>, disponible en castellano en
<tt><htmlurl url="http://www.infor.es/LuCAS" 
name="http://www.infor.es/LuCAS"></tt> como <it/GARL/, o <it/Guía del
Administrador de Redes Linux/.

<item>Conexión a Internet para su servidor Linux. 

Tratado en &nl; <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/ISP-Hookup-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/ISP-Hookup-HOWTO.html"></tt>,
<it/PPP-Como/, disponible en <tt><htmlurl url="http://www.insflug.org" 
name="http://www.insflug.org"></tt> y <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/mini/PPP-over-ISDN"
name="http://www.caldera.com/LDP/HOWTO/mini/PPP-over-ISDN"></tt>, así como
para los que dispongan de Infovía, el <it/Infobia-Como/, <tt><htmlurl
url="http://www.insflug.org" 
name="http://www.insflug.org"></tt>

<item>Ipfwadm 2.3 o más reciente, disponible en &nl; <tt><htmlurl
url="ftp://ftp.xos.nl/pub/linux/ipfwadm/ipfwadm-2.3.0.tar.gz"
name="ftp://ftp.xos.nl/pub/linux/ipfwadm/ipfwadm-2.3.tar.gz"></tt> más
información sobre requerimientos de versiones en <tt><htmlurl
url="http://www.xos.nl/linux/ipfwadm/" 
name="http://www.xos.nl/linux/ipfwadm/"></tt>

<item>Puede opcionalmente aplicar parches de IP Masquerade para habilitar
otras funcionalidades. Dispone de más información acerca de esto en
<tt><htmlurl url="http://ipmasq.home.ml.org/"
name="http://ipmasq.home.ml.org/"></tt> (estos parches aplicados a todos
los núcleos <tt>2.0.x</tt>)

</itemize>

<sect>Configuración de IP Masquerade.
<p>

Si su red privada contiene información vital, piénselo dos veces antes de
usar IP Masquerade. Esto puede ser una PASARELA para que salga a Internet,
y viceversa, para que alguien de otra parte del mundo entre en su red.

<sect1>Cómo compilar el núcleo para dar soporte IP Masquerade. 
<p>

Por favor, diríjase a <tt><htmlurl url="http://ipmasq.home.ml.org/" 
name="http://ipmasq.home.ml.org/"></tt> para información más actualizada,
es difícil actualizar este COMO frecuentemente. 

<itemize>
<item>Lo primero de todo, necesita las fuentes del núcleo (preferiblemente
la última versión estable, <tt>2.0.0</tt> o superior). 

<item>Si es la primera vez que compila el núcleo, no se asuste. De hecho
es bastante fácil y está perfectamente documentado en el <it/Kernel-Como/
<tt><htmlurl url="http://www.insflug.org"
name="http://www.insflug.org"></tt>. 

<item>Descomprima las fuentes del núcleo en <tt>/usr/src/</tt> con el comando: 
<tscreen><verb>
tar xvzf linux-2.0.x.tar.gz -C /usr/src
</verb></tscreen>

donde <tt/x/ es el nivel del parche sobre el núcleo <tt/2.0.x/ (asegúrese
de que hay un directorio o un enlace simbólico llamado <tt/linux/).

<item>Aplique los parches apropiados. Desde que están saliendo parches
nuevos, los detalles no serán incluidos aquí. Por favor busque en
<tt><htmlurl url="http://ipmasq.home.ml.org" name="IP Masquerade
Resources"></tt> para información más actualizada.

<item>Consulte el <it/Kernel-Como/ y el fichero <tt/README/ de los fuentes
del núcleo para más instrucciones sobre la compilación. 

<item>Aquí están las opciones que necesita para compilar:
<p>Diga  <em>SI</em> a lo siguiente: 

<tscreen><verb>
  * Prompt for development and/or incomplete code/drivers 
    CONFIG_EXPERIMENTAL 
</verb></tscreen>

esto permite seleccionar el código experimental <tt/ip_masq/ compilado en
el núcleo.

<tscreen><verb>
  * Enable loadable module support 
    CONFIG_MODULES
</verb></tscreen>

le permitirá cargar módulos. 

<tscreen><verb>
  * Networking support 
    CONFIG_NET 

  * Network firewalls 
    CONFIG_FIREWALL 

  * TCP/IP networking 
    CONFIG_INET 

  * IP: forwarding/gatewaying 
    CONFIG_IP_FORWARD 

  * IP: firewalling 
    CONFIG_IP_FIREWALL 

  * IP: masquerading (EXPERIMENTAL) 
    CONFIG_IP_MASQUERADE
</verb></tscreen>
 
aunque es experimental, es *INDISPENSABLE*
    
<tscreen><verb>
  * IP: ipautofw masquerade support (EXPERIMENTAL) [SOLO nucleos 2.0.30 y superiores]
    CONFIG_IP_MASQUERADE_IPAUTOFW
</verb></tscreen>

recomendado.

<tscreen><verb>
  * IP: ICMP masquerading [SOLO nucleos 2.0.30 y superiores]
    CONFIG_IP_MASQUERADE_ICMP
</verb></tscreen>

soporte para enmascarar paquetes ICMP, opcional.

<tscreen><verb>
  * IP: always defragment
    CONFIG_IP_ALWAYS_DEFRAG
</verb></tscreen>
 
altamente recomendado

<tscreen><verb>
  * Dummy net driver support
    CONFIG_DUMMY
</verb></tscreen>
 
recomendado.

<descrip> 
<tag/NOTA:/ Estos son los componentes que necesita para <tt/ip_masq/,
seleccione cualquier otra opción que necesite para su configuración
específica. 
</descrip>

<item>Después de compilar el núcleo, debería de compilar e instalar los
módulos:

<tscreen><verb>
make modules; make modules_install
</verb></tscreen>

<item>Luego debe añadir unas pocas líneas al fichero
<tt>/etc/rc.d/rc.local</tt> (o en el apropiado) para cargar los módulos
requeridos, que residen en <tt>/lib/modules/2.0.x/ipv4/</tt>,
automáticamente durante el arranque: 

<tscreen><verb>
        .
        .
        .
/sbin/depmod -a
/sbin/modprobe ip_masq_ftp
/sbin/modprobe ip_masq_raudio
/sbin/modprobe ip_masq_irc
</verb></tscreen>

(u otros módulos como <tt/ip_masq_cuseeme/, o <tt/ip_masq_vdolive/ si ha
aplicado parches) 
</itemize>

<descrip> 
<tag/Nota:/ También puede cargar los módulos manualmente antes
de usar <tt/ip_masq/, pero no use <tt/kerneld/ para esto, NO funcionará. 
</descrip>

<sect1>Asignación de direcciones IP en la red privada 
<p>

Como todas las OTRAS máquinas no tienen dirección oficial asignada, debe
haber una forma correcta de adjudicar direcciones para esas máquinas. 

De la FAQ IP Masquerade:  

Hay un RFC (&num;1597) en el cual están las direcciones IP para ser usadas
en una red no conectada a Internet. Hay 3 bloques de números reservados
específicamente para este fin. El que yo uso es una subred de clase C 255
desde 192.168.1.n hasta 192.168.255.n . 

Del RFC 1597:
Sección 3: Espacio para Direcciones Privadas

El <it/Internet Assigned Numbers Authority/ (<it/IANA/) tiene reservado
los siguientes 3 bloques de direcciones IP para redes privadas:

<tscreen><verb>
              10.0.0.0        -   10.255.255.255
              172.16.0.0      -   172.31.255.255
              192.168.0.0     -   192.168.255.255
</verb></tscreen>

Nos referiremos al primer bloque como "bloque de 24-bit", al segundo como
"bloque de 20-bit", y al tercero como "bloque de 16-bit". Observe que el
primer bloque no es más que un simple número de red de clase A, mientras
que el segundo bloque es un conjunto de 16 números de red de clase B
contiguos y el tercer bloque un conjunto de 255 números de red de clase C
contiguos.

Así, si está usando una red de clase C, debería de nombrar a sus máquinas
como 192.168.1.1, 1.92.168.1.2, 1.92.168.1.3, ..., 192.168.1.x

192.168.1.1 es normalmente la máquina pasarela, la cual es su servidor
Linux conectado a Internet. Observe que 192.168.1.0 y 192.168.1.255 son
las direcciones de RED (<it/Network/) y la dirección de EMISIÓN
(<it/Broadcast/) respectivamente, las cuales están reservadas. Evite usar
estas direcciones en sus máquinas. 

<sect1>Configuración de las OTRAS máquinas.  
<p>

Además de asignar una dirección IP apropiada a las máquinas, también
debería de poner la apropiada de la pasarela (<em/gateway/). En general,
esto es coser y cantar. Simplemente introduzca la dirección de su servidor
Linux (usualmente 192.168.1.1) como la dirección de la máquina pasarela.

Como Servidor de Nombres, puede añadir algún DNS disponible. El más obvio
debería ser el que esté usando su máquina Linux. También puede añadir
opcionalmente algún sufijo de dominio de búsqueda. 

Después de que haya reconfigurado esas direcciones, recuerde reiniciar los
servicios apropiados o reiniciar su sistema. 

Las siguientes instrucciones de configuración suponen que está usando una
red de clase C con 192.168.1.1 como dirección de su servidor Linux. Por
favor, tenga en cuenta que 192.168.1.0 y 192.168.1.255 están reservadas. 

<sect2>Configuración de Windows 95. <label id="win95">
<p>

<enum> 
<item>Si no ha instalado todavía la tarjeta de red y el
correspondiente controlador de dispositivo (<it/driver/), hágalo ahora.
<item>Vaya a <em>'Panel de Control'/'Red'</em>.
<item>Añada <em>'Protocolo'/'Microsoft'/'TCP/IP' </em> si no lo tiene.

<item>En <em>'Propiedades'/'TCP/IP'</em>, vaya a <em>'Dirección
IP'</em> y ponga la dirección IP 192.168.1.x, (1 &lt; x &lt; 255), y como
máscara de subred 255.255.255.0.
<item>Añada 192.168.1.1 como su pasarela en <em>'Puerta de
enlace (Gateway)'</em>. 
<item>En <em>'Configuración DNS'/'Orden de búsqueda del servidor
DNS'</em> añada el DNS que usa su servidor Linux (usualmente está en
<tt>/etc/resolv.conf</tt>).  Opcionalmente, puede añadir el apropiado
sufijo de búsqueda de dominio.
<item>Deje las otras opciones como están, salvo que sepa lo que está haciendo. 
<item>Pulse <em>'Aceptar'</em> en todas las cajas de diálogo y
reinicialice el sistema.

<item>Haga un <tt/Ping/ a la máquina Linux para comprobar la red: 
<em>'Inicio/Ejecutar'</em>, teclee : <tt>ping 192.168.1.1</tt>.

(Esto sólo comprueba la conexión local, todavía no puede hacer <tt/ping/
al exterior.)

<item>Opcionalmente puede crear un fichero <tt/HOSTS/ en el directorio de
windows así puede usar los nombres de las máquinas de su red local.  Hay
un ejemplo llamado <tt/HOSTS.SAM/ en el directorio
<tt>c:&bsol;windows</tt>.
</enum>

<sect2>Configuración de Windows para Trabajo en Grupo (3.11).
<p>

<enum>
<item>Si no ha instalado la tarjeta de red y el controlador, hágalo ahora.
<item>Instale el paquete TCP/IP 32b si todavía no lo tiene.

<item>En <em>'Principal'/'Configuración de Windows'/'Configuración de
la Red'</em>, pulse en <em>'Controladores'</em>. 

<item>Marque <em>'Microsoft TCP/IP-32 3.11b'</em> en la sección
<em>'Controladores de Red'</em>, pulse <em>'Setup'</em>.

<item>Ponga la dirección IP 192.168.1.x (1 &lt; x &lt; 255), y la máscara
de subred 255.255.255.0 y como Default Gateway 192.168.1.1

<item>No habilite <em>'Automatic DHCP Configuration'</em> y no ponga nada
en esas áreas de entrada <em>'WINS Server'</em> a menos que esté bajo un
dominio de Windows NT y sepa lo que está haciendo. 

<item>Pulse <em>'DNS'</em>, añada la información mencionada en el PASO 6
de la sección <ref id="win95">, luego pulse <em>'Aceptar'</em> cuando esté
listo. 

<item>Pulse <em>'Advanced'</em>, active <em>'Enable DNS for Windows Name
Resolution'</em> y <em>'Enable LMHOSTS lookup'</em> si está usando un
fichero de búsqueda de servidores, similar al mencionado en el PASO 10 de
la sección <ref id="win95">

<item>Pulse <em>'OK'</em> en todas las cuadros de diálogo y reinicialice
el sistema. 

<item>Haga un <tt/Ping/ a la máquina Linux para comprobar la conexión de
red: <em>'Archivo/Ejecutar'</em>, ponga: <tt>ping 192.168.1.1</tt>

(Con esto sólo comprueba la conexión de la red local, todavía no puede
hacer un <tt/ping/ al resto del mundo.) 
</enum>

<sect2>Configuración de Windows NT.
<p>

<enum>
<item>Si no ha instalado su tarjeta de red y el controlador, hágalo ahora. 

<item>Vaya a <em>'Inicio'/'Panel de Control'/'Red'</em>	

<item>Añada <em>'Protocolo TCP/IP y Componentes Relacionados'</em> desde
el menú <em>'Protocolos'</em> mediante el botón <em>'Agregar'</em> si no
tiene todavía el servicio TCP/IP instalado. 

<item>En el área bajo <em>'Protocolos de red'</em>, seleccione
<em>'Protocolo TCP/IP'</em>. Pinche en propiedades.

<item>En <em>'Configuración TCP/IP'</em>, seleccione el adaptador de los
instalados adecuado, por ejemplo: <tt>[1]Novell NE2000 Adapter</tt>. Luego
ponga la Dirección IP 192.168.1.x (1 &lt; x &lt; 255), como Máscara de
Subred 255.255.255.0 y como Pasarela 192.168.1.1.

<item>No use la <em>'Configuración DHCP Automática'</em> y no ponga nada
en <em>'WINS Server'</em> a menos que esté bajo un domino de Windows NT y
sepa lo que está haciendo. 

<item>Pinche en <em>'DNS'</em>, y rellene con la información apropiada
mencionada en el PASO 6 de la sección <ref id="win95">. Haga click en
<em>'OK'</em> cuando esté listo.

<item>Vaya a la sección <em>'Dirección WINS'</em>, y active las opciones
<em>'Activar DNS para resolución de Windows'</em> y <em>'Activar la
búsqueda de LMHOSTS'</em> si está usando un fichero de búsqueda de
servidores, similar al mencionado en el PASO 10 de la sección <ref
id="win95">

<item>Pulse <em>'Aceptar'</em> en todos los cuadros de diálogo y
reinicialice el sistema.

<item>Haga un <tt/Ping/ a la máquina Linux para comprobar la conexión de red: 
(<em>'Inicio/Ejecutar'</em>), ponga: <tt>ping 192.168.1.1</tt>.

(Esto sólo comprueba la conexión de la red local, todavía no puede hacer
un <tt/ping/ al mundo exterior.)  
</enum>

<sect2>Configuración de sistemas basados en UNIX.
<p>

<enum>
<item>Si no ha instalado la tarjeta de red y recompilado su núcleo con el
controlador adecuado, hágalo ahora.

<item>Instale la red TCP/IP, así como el paquete de herramientas de red,
si no lo ha hecho todavía. 

<item>Ponga en la <em/DIRECCIÓN IP(IPADDR)/ 192.168.1.x (1 &lt; x &lt; 
255), y luego ponga 255.255.255.0 en <em/NETMASK/, <em/GATEWAY/
192.168.1.1, y en <em/BROADCAST/ 192.168.1.255.

Por ejemplo, puede editar el fichero
<tt>/etc/sysconfig/network-scripts/ifcfg-eth0</tt> en sistemas Red Hat
Linux, o simplemente hacerlo mediante el Control Panel.

(Es diferente en SunOS, BSDi, Linux Slackware, etc...) 

<item>Añada su DNS y búsqueda de sufijo de dominio en
<tt>/etc/resolv.conf</tt>

<item>Puede querer actualizar su fichero <tt>/etc/networks</tt>
dependiendo de sus configuraciones. 

<item>Reinicialice los servicios apropiados, o simplemente reinicialice el
sistema. 

<item>Use un <tt/ping/ (comando: <tt>ping 192.168.1.1</tt>) para comprobar
la conexión con la máquina pasarela.  

(Esto sólo comprueba la conexión de la red local, todavía no puede hacer
un <tt/ping/ al mundo exterior.)  
</enum>

<sect2>Configuración DOS usando el paquete NCSA Telnet. 
<p>

<enum>
<item>Si no ha instalado la tarjeta de red, hágalo ahora.

<item>Cargue el controlador adecuado. Para una tarjeta NE2000 , use <tt>nwpd 
0x60 10 0x300</tt>, con su tarjeta de red en el IRQ 10 y la dirección hardware 
en 0x300 (Su configuración puede ser distinta).

<item>Cree un nuevo directorio, y desempaquete el NCSA Telnet: 

<tscreen><verb>
pkunzip tel2308b.zip
</verb></tscreen>

<item>Use un editor de texto para abrir el fichero <tt/config.tel/

<item>Ponga <tt>myip=192.168.1.x</tt> (1 &lt; x &lt; 255), y
<tt/netmask=255.255.255.0/

<item>En este ejemplo, debería de poner <tt>hardware=packet, interrupt=10, 
ioaddr=60</tt> 

<item>Debería de tener al menos especificada una máquina individual como 
pasarela, por ejemplo, el servidor Linux :

<tscreen><verb>
name=default
host=Nombre_del_servidor_Linux
hostip=192.168.1.1
gateway=1
</verb></tscreen>

<item>Tiene otra especificación para el servicio de nombre de dominio: 

<tscreen><verb>
name=dns.dominio.com ; hostip=123.123.123.123; nameserver=1
</verb></tscreen>

Nota: sustituya la información sobre el DNS por la que use en su servidor
Linux.

<item>Salve su fichero <tt/config.tel/ 

<item>Haga un telnet a la máquina Linux para comprobar la conexión de red: 
<tt>telnet 192.168.1.1</tt>
</enum>

<sect2>Configuración de sistemas basados en MacOS usando MacTCP <label
id="mactcp">
<p>

<enum>
<item>Si no ha instalado en controlador de su tarjeta ethernet, ahora
podría ser un buen momento para hacerlo. 

<item>Abra el <em/MacTCP control panel/. Seleccione el controlador de red
adecuado (Ethernet, NO EtherTalk) y pulse el botón <em>'More...'</em>. 

<item>Bajo <em>'Obtain Address:'</em>, pulse <em>'Manually'</em>.

<item>Bajo <em>'IP Address:'</em>, seleccione <em>class C</em> del menú
desplegable. Ignore el resto de esta sección de la caja de diálogo. 

<item>Rellene con la información adecuada, la <em>'Domain Name Server 
Information:'</em>.

<item>Bajo <em>'Gateway Address:'</em>, introduzca 192.168.1.1

<item>Pulse <em>'OK'</em> y sálvelo. En la ventana principal en <em/MacTCP
control panel/, introduzca la dirección IP de su Mac (192.168.1.x, 1 &lt;
x &lt; 255) en la caja <em>'IP Address:'</em>.

<item>Cierre el <em/MacTCP control panel/.  Si aparece un cuadro de
diálogo indicando que reinicie el sistema, hágalo. 

<item>Puede hacer un ping a la máquina Linux para comprobar la conexión de
red. Si tiene el programa freeware <em/MacTCP Watcher/, pulse en el botón
<em>' Ping'</em>, e introduzca la dirección de su máquina
Linux(192.168.1.1) en la caja de diálogo que se despliega. (Esto solamente
comprueba la conexión de la red local, y todavía no puede hacer un ping al
exterior.)

<item>Opcionalmente puede crear un archivo <tt/Hosts/ en su <it/System
Folder/ de forma que pueda usar los nombres de la máquinas de su red
local. Este archivo podría existir ya en su <it/System Folder/, y podría
contener algunas entradas de ejemplo (comentadas) que puede modificar de
acuerdo a sus necesidades.  </enum>

<sect2>Configuración de sistemas basados en MacOS usando Open Transport.
<label id="opent"> 
<p>

<enum>

<item>Si no ha instalado el controlador adecuado de la tarjeta ethernet,
ahora sería un buen momento para hacerlo. 

<item>Abra el <em>TCP/IP Control Panel</em> y elija <em>'User Mode
...'</em> del menú <em/Edit/. Asegúrese que el modo de usuario es al menos
<em>'Advanced '</em> y pulse el botón<em>'OK'</em>. 

<item>Elija <em>'Configurations...'</em> del menú <em>File</em>.
Seleccione su configuración <em>'Default'</em> y pulse el botón
<em>'Duplicate...'</em>. Introduzca 'IP Masq' (o algo para saber que está
es una configuración especial) en el diálogo <em>'Duplicate
Configuration'</em>, éste probablemente contendrá algo como <em>'Default
copy'</em>. Luego pulse el botón <em>'OK'</em>, y el botón <em>'Make
Active'</em>

<item>Seleccione <em>'Ethernet'</em> del desplegable <em>'Connect
via:'</em>. 

<item>Seleccione el elemento apropiado del desplegable
<em>'Configure:'</em>. Si no sabe que opción elegir, probablemente debería
de reselecionar su configuración <em>'Default'</em> y salir. Yo uso
<em>'Manually'</em>. 

<item>Introduzca la dirección IP de su Mac (192.168.1.x, 1 &lt; x &lt; 
255) en la caja <em>'IP Address:'</em>.

<item>Ponga 255.255.255.0 en la caja de  <em>'Subnet mask:'</em> .

<item>Ponga 192.168.1.1 en la caja de <em>'Router address:'</em>.

<item>Introduzca la dirección IP de su DNS en la caja <em>'Name server addr.:
'</em>.

<item>Introduzca el nombre de su dominio de Internet (por ejemplo:
'microsoft.com')  en la caja <em>'Starting domain name'</em> bajo
<em>'Implicit Search Path:'</em>. 

<item>Los siguientes procesos son opcionales. La introducción de valores
incorrectos puede dar lugar a comportamientos erróneos. Si no está seguro,
lo mejor es que los deje en blanco, sin marcar o sin seleccionar.  Borre
la información de esos campos, si es necesario. Hasta donde sé, no hay
forma de decirle al sistema, a través de los diálogos TCP/IP, que no use
un archivo de Hosts alternativo previamente seleccionado. Si Vd sabe cómo,
me interesaría.  Marque '802.3' si su red requiere tramas del tipo 802.3. 

<item>Pulse el botón <em>'Options...'</em> para estar seguro de que el
TCP/IP está activo. Yo uso la opción '<it/Load only when needed/'. Si usa
y quita aplicaciones TCP/IP con frecuencia sin reiniciar su máquina, puede
que al deshabilitar esta última opción prevenga/reduzca los efectos de la
administración de memoria. Con esta opción deshabilitada las pilas del
protocolo TCP/IP están siempre cargadas y disponibles para su uso. Si está
habilitada, las pilas TCP/IP se cargarán automáticamente cuando se
necesiten y se descargarán cuando no. Estos procesos de carga y descarga
hacen que la memoria de su máquina se fragmente. 

<item>Puede hacer un ping a su servidor Linux para comprobar la conexión
de red. Si tiene el programa freeware <em>MacTCP Watcher</em>, pulse el
botón <em>'Ping' </em>, e introduzca la dirección de su servidor Linux
(192.168.1.1) en la caja de diálogo que aparece.  (Esto sólo comprueba su
conexión de la red local, todavía no puede hacer un ping al mundo
exterior.)

<item>Puede crear un fichero <tt/Hosts/ en <it/System Folder/ y así podrá
usar los nombres de las máquinas de su red local. Este fichero puede ya
existir o no en la <it/System Folder/. Si es así, debería de contener
alguna entrada (como comentario) de ejemplo, la cual puede modificar
dependiendo de sus necesidades.  Si no, puede obtener una copia del
fichero de un sistema que use MacTCP, o crearlo Vd. mismo (sigue un
subconjunto del formato de ficheros de Unix <tt>/etc/hosts</tt>, descrito
en la página 33 de RFC 1035).  Una vez haya creado el fichero, abra el
<em>TCP/IP control panel</em>, pulse el botón <em>'Select Hosts
File...'</em>, y abra el archivo <tt/Hosts/.

<item>Pulse la caja cerrar o elija <em>'Close'</em> o <em>'Quit'</em> del
menú <em>File</em>, y luego pulse el botón <em>'Save'</em> pasa salvar los
cambios que ha hecho. 

<item>Los cambios tendrán efecto inmediatamente, pero reinicializando el
sistema no pierde nada. 
</enum>

<sect2>Configuración de red Novell usando DNS. <label id="novell">
<p>

<enum>
<item>Si no tiene instalado el controlador apropiado de su tarjeta
ethernet, ahora sería un buen momento para hacerlo. 

<item>Descargue el fichero <tt/tcpip16.exe/ de <tt><htmlurl
url="ftp://ftp.novell.com/pub/updates/unixconn/lwp5"
name="ftp.novell.com/pub/updates/unixconn/lwp5"></tt>

<item>edite <verb>c:\nwclient\startnet.bat</verb>: (aquí tiene una copia
del mío)

<tscreen><verb>
SET NWLANGUAGE=ENGLISH
LH LSL.COM
LH KTC2000.COM
LH IPXODI.COM
LH tcpip
LH VLM.EXE
F:
</verb></tscreen>

<item>edite<verb>c:\nwclient\net.cfg</verb>: (cambie el enlace del
controlador por el suyo; por ejemplo : NE2000) 

<tscreen><verb>
Link Driver KTC2000
        Protocol IPX 0 ETHERNET_802.3    
        Frame ETHERNET_802.3     
        Frame Ethernet_II        
        FRAME Ethernet_802.2

NetWare DOS Requester
           FIRST NETWORK DRIVE = F
           USE DEFAULTS = OFF
           VLM = CONN.VLM
           VLM = IPXNCP.VLM
           VLM = TRAN.VLM
           VLM = SECURITY.VLM
           VLM = NDS.VLM
           VLM = BIND.VLM
           VLM = NWP.VLM
           VLM = FIO.VLM
           VLM = GENERAL.VLM
           VLM = REDIR.VLM
           VLM = PRINT.VLM
           VLM = NETX.VLM

Link Support
        Buffers 8 1500
        MemPool 4096

Protocol TCPIP
        PATH SCRIPT     C:\NET\SCRIPT
        PATH PROFILE    C:\NET\PROFILE
        PATH LWP_CFG    C:\NET\HSTACC
        PATH TCP_CFG    C:\NET\TCP
        ip_address      xxx.xxx.xxx.xxx
        ip_router       xxx.xxx.xxx.xxx

</verb></tscreen>

<item>finalmente, cree el <verb>c:\bin\resolv.cfg</verb>:

<tscreen><verb>
SEARCH DNS HOSTS SEQUENTIAL
NAMESERVER 207.103.0.2
NAMESERVER 207.103.11.9
</verb></tscreen>

<item>Espero que esto ayude a alguien para conseguir poner su red Novell
en línea. Esto se puede hacer usando Netware 3.1x o 4.x
</enum>

<sect2>Configuración de OS/2 Warp.
<p>

<enum>
<item>Si no tiene instalado el controlador de su tarjeta Ethernet, ahora
sería un buen momento para hacerlo. 

<item>Instale el protocolo TCP/IP, si todavía no lo tiene. 

<item>Diríjase a <em>Programms/ TCP/IP (LAN) / TCP/IP</em> Settings.

<item>En <em>'Network'</em> añada su dirección TCP/IP y ponga como máscara
de red (Netmask) 255.255.255.0

<item>En <em>'Routing'</em> presione <em>'Add'</em>. Ponga el
<em>Type</em> en <em>'default'</em> y teclee la dirección IP de su
servidor Linux en el campo <em>'Router Address'</em>. (192.168.1.1). 
<item>Ponga la misma dirección DNS (Servidor de nombres) que usa su
servidor Linux en <em>'Hosts'</em>.

<item>Cierre el panel de control de TCP/IP. Y responda SI a la
siguiente(s) pregunta(s). 
 
<item>Reinicialice la máquina.

<item>Debe de hacer un ping al servidor Linux para comprobar la
configuración de red.  Teclee <tt>'ping 192.168.1.1'</tt> en una 'Ventana
de comandos de OS/2'. Si los paquetes ping son recibidos es que todo
está bien. 
</enum>

<sect2>Configuración de otros sistemas.
<p>

Se deberían de seguir los mismos pasos para otras configuraciones. Lea las
secciones anteriores. Si está interesado en escribir sobre alguno de estos
sistemas, o algunas variantes de sistemas basados en UNIX, por favor mande
las instrucciones detalladas de configuración a <tt><htmlurl
url="mailto:ambrose@writeme.com" name="ambrose@writeme.com"></tt>.

<sect1>Configuración de la política de IP Forwarding.   
<p>

Llegados a este punto ya debería de tener instalados el núcleo y demás
paquetes requeridos, así como los módulos cargados. También, la dirección
IP, la pasarela, y el DNS deberían estar configurados en todas las
<bf/OTRAS/ máquinas. <p> Ahora, la única cosa que queda por hacer es usar
<tt/ipfwadm/ para reenviar los paquetes apropiados a la máquina apropiada: 

Esto puede ser de realizado de diferentes formas. Las siguientes
sugerencias y ejemplos a mí me funcionan, pero usted puede tener
diferentes ideas, por favor mire la sección <ref id="ipfwadm"> y las
páginas <tt/man/ de <tt/ipfwadm/ para más detalles.
 
<tscreen><verb>
ipfwadm -F -p deny 
ipfwadm -F -a m -S yyy.yyy.yyy.yyy/x -D 0.0.0.0/0 
</verb></tscreen>

donde  <tt/x/ es uno de los siguientes números dependiendo del tipo de su
subred, e <tt/yyy.yyy.yyy.yyy/ es su dirección de red. 

<tscreen><verb>
mascara de red  | x  | Subred
~~~~~~~~~~~~~~~~|~~~~|~~~~~~~~~~~~~~~
255.0.0.0       | 8  | Clase A
255.255.0.0     | 16 | Clase B
255.255.255.0   | 24 | Clase C
255.255.255.255 | 32 | Punto-a-punto
</verb></tscreen>

Por ejemplo, si estuviera en una subred de clase C , tendría que haber
puesto:

<tscreen><verb>
ipfwadm -F -p deny 
ipfwadm -F -a m -S 192.168.1.0/24 -D 0.0.0.0/0 
</verb></tscreen>

Al segundo comando podría añadir bien <tt>-V 192.168.1.1</tt> o bien
<tt>-W eth0</tt> para asegurar que los paquetes enmascarados vienen a
través del interfaz del sistema apropiado. Si quiere estar seguro a
conciencia (también conocido como paranoia justificable) entonces querrá
hacer esto. 

Puesto que <tt/bootp/ solicita paquetes que vienen sin una dirección IP
válida el cliente no sabe nada sobre ello, para gente con un servidor
<tt/bootp/ en la máquina masquerade/cortafuegos es necesario usar lo
siguiente antes del comando <tt/deny/:

<tscreen><verb>
ipfwadm -I -a accept -S 0/0 68 -D 0/0 67 -W bootp_clients_net_if_name -P udp
</verb></tscreen>

También puede hacerlo máquina por máquina. Por ejemplo, si quiere que la 
192.168.1.2 y la 192.168.1.8 tengan acceso a Internet, pero no las otras 
máquinas, debería de poner:

<tscreen><verb>
ipfwadm -F -p deny 
ipfwadm -F -a m -S 192.168.1.2/32 -D 0.0.0.0/0 
ipfwadm -F -a m -S 192.168.1.8/32 -D 0.0.0.0/0 
</verb></tscreen>

Alternativamente, puede poner la máscara de red en lugar del valor, 
por ejemplo: 192.168.1.0/255.255.255.0

Lo que parece ser un ERROR común es poner como  primer comando :

<tscreen><verb>
ipfwadm -F -p masquerade
</verb></tscreen>

<bf>NO</bf> haga que su política por defecto sea masquerading de esta
forma alguien puede manipular su ruta y será capaz de entrar a través su
pasarela, ¡¡usándola para enmascarar su identidad!! 

De nuevo, puede añadir estas líneas al fichero <tt>/etc/rc.local</tt>, o
al fichero <tt/rc/ que prefiera, o hágalo manualmente cada vez que
necesite <tt/ip_masq/. 

Por favor lea la sección <ref id="ipfwadm"> para una guía detallada de
<tt/ipfwadm/.

<sect1>Comprobación de IP Masquerade. 
<p>

Después de todo este duro trabajo, es la hora hacer un intento. Asegúrese
de que la conexión a Internet del servidor Linux está bien.

Puede intentar navegar por algún sitio web de <em>'¡¡¡INTERNET!!!'</em> en
sus <bf/OTRAS/ máquinas, y ver si lo consigue. En su primer intento le
recomiendo usar una dirección IP en vez de un nombre de máquina, porque la
configuración del DNS puede no ser correcta.

Por ejemplo, puede acceder al servidor <it/Linux Documentation Project/
&nl; <tt><htmlurl url="http://sunsite.unc.edu/mdw/linux.html" 
name="http://sunsite.unc.edu/mdw/linux.html"></tt> con el valor de
<tt><htmlurl url="http://152.2.254.81/mdw/linux.html" 
name="http://152.2.254.81/mdw/linux.html"></tt>.

Si ve la página del LDP, ¡felicidades!, ¡funciona! Luego puede intentarlo
con el nombre del servidor, y luego un telnet, ftp, Real Audio, True
Speech, ... o todo aquello soportado por IP Masquerade..... 

Hasta ahora no he tenido problemas con las configuraciones anteriores, y
están totalmente acreditadas por la gente que invierte su tiempo en hacer
que esta maravillosa prestación funcione. 

<sect>Otras características de IP Masquerade y soporte de programas. 
<p>

<sect1>Problemas con IP Masquerade. <label id="problemas"> 
<p>

Algunos protocolos no funcionarán adecuadamente con masquerading porque
presuponen cosas sobre números de puerto; --o lo impiden datos cifrados en
sus cadenas de información sobre direcciones y puertos-- estos últimos
protocolos necesitan un proxy específico en el código masquerading para
que funcionen. 

<sect1>Servicios de entrada. <label id="entradas">
<p>

El Masquerading no puede manejar todos los servicios de entrada. Existen
formas de permitirlos, pero son completamente independientes de
masquerading, y son realmente parte de la práctica estándar de
cortafuegos.

Si no requiere altos niveles de seguridad simplemente puede redireccionar
los puertos. Hay varias formas para hacer esto --Yo uso un programa
modificado llamado <tt/redir/ (espero que este disponible en sunsite y
réplicas)--. Si desea tener algún nivel de autorización en conexiones
entrantes puede usar TCP wrappers o Xinetd sobre <tt/redir/ (0.7 o
superior) para permitir sólo direcciones IP específicas, o usar alguna otra
herramienta. <it/El TIS Firewall Toolkit/ es un buen lugar para buscar
herramientas e información.

Se puede encontrar más detalles en <tt><htmlurl
url="http://ipmasq.home.ml.org" name="http://ipmasq.home.ml.org"></tt>.

<sect1>Programas cliente soportados y otras notas de configuración. <label
id="soportados"> 
<p>

La siguiente lista no será mantenida durante más tiempo. &nl;  Por favor,
remítase a <tt><htmlurl url="http://masqapps.home.ml.org" 
name="http://masqapps.home.ml.org"></tt> para saber qué aplicaciones
funcionan a través de un servidor Linux con IP masquerading y a
<tt><htmlurl url="http://ipmasq.home.ml.org/"
name="http://ipmasq.home.ml.org/"></tt> para más detalles. 

Generalmente, las aplicaciones que usan TCP y UDP deberían de funcionar. 
Si tiene alguna sugerencia sobre aplicaciones que no son compatibles con
IP Masquerade, por favor envíeme correo electrónico con el nombre del
cliente y una breve descripción. 

<sect2>Clientes que funcionan
<p>

Clientes Generales

<descrip> 
<tag>HTTP</tag>todas las plataformas soportadas, navegadores web. 

<tag>POP &amp; SMTP</tag>todas las plataformas soportadas, clientes de
correo electrónico. 

<tag>Telnet</tag>todas las plataformas soportadas, sesión remota. 

<tag>FTP</tag>todas las plataformas soportadas, con el módulo
<tt/ip_masq_ftp.o/ (no todos los servidores funcionan con ciertos
clientes; por ejemplo algún sitio puede no ser alcanzado usando
<tt/ws_ftp32/, pero sí con Netscape) 

<tag>Archie</tag>todas las plataformas soportadas, buscador de archivos
(no todos los clientes archie son soportados).

<tag>NNTP (USENET)</tag>todas las plataformas soportadas, cliente de
noticias USENET. 

<tag>VRML</tag>Windows (posiblemente soportado en todas las plataformas),
navegación con realidad virtual.

<tag>traceroute</tag>principalmente las plataformas basadas en UNIX,
algunas variantes pueden no funcionar.

<tag>ping</tag>todas las plataformas, con el parche ICMP.

<tag>todo lo basado en IRC</tag>todas las plataformas soportadas, con el
módulo <tt/ip_masq_irc.o/
 
<tag>Clientes Gopher</tag>todas las plataformas soportadas.

<tag>clientes WAIS</tag>todas las plataformas soportadas.
</descrip>

Clientes Multimedia 

<descrip>

<tag/Real Audio Player/Windows, envío de audio por red, con el módulo
<tt/ip_masq_raudio/ cargado.

<tag/True Speech Player 1.1b/Windows, envío de audio por red. 

<tag/Internet Wave Player/Windows, envío de audio por red.
 
<tag/Worlds Chat 0.9a/Windows, programa Cliente-Servidor 3D de
conversación.
 
<tag/Alpha Worlds/Windows, programa Cliente-Servidor 3D de conversación.
 
<tag/Internet Phone 3.2/Windows, comunicaciones de audio de Igual-a-igual
(<it/Peer-to-peer/), la gente puede ponerse en contacto con Vd. si inicia
Vd. la conexión, pero no le pueden llamar.

<tag/Powwow/Windows, comunicaciones tipo <it/pizarra/ de audio texto de
Igual-a-igual, la gente puede ponerse en contacto con Vd. si Vd. inicia la
llamada, pero ellos no pueden llamarle.

<tag/CU-SeeMe/todas las plataformas soportadas, con el módulo <tt/cuseeme/
cargado, por favor mire en <tt><htmlurl url="http://ipmasq.home.ml.org/" 
name="http://ipmasq.home.ml.org/"></tt> para los detalles.
 
<tag/VDOLive/ Windows, con el parche <tt/vdolive/. 
</descrip>

Nota: Algunos clientes como IPhone y Powwow pueden funcionar incluso si
Vd. no es el que inicia la llamada, si usa el paquete <tt>ipautofw</tt>
(mire la sección <ref id="ipautofw">)

Otros Clientes

<descrip>

<tag/NCSA Telnet 2.3.08/DOS, un paquete que contiene telnet, ftp, ping,
etc. 

<tag/PC-anywhere para windows 2.0/MS-Windows, control remoto de PCs sobre
TCP/IP, sólo funciona si es cliente pero no servidor. 

<tag/Socket Watch/usa ntp - protocolo de tiempo por red. 

<tag/Linux net-acct package/Linux, paquete de administración de cuentas de
red.

</descrip>

<sect2>Clientes que NO funcionan
<p> 

<descrip>

<tag/Intel Internet Phone Beta 2/ Conecta pero la voz viaja en una
dirección (sale) sólo.

<tag/Intel Streaming Media Viewer Beta 1/ No puede conectar con el
servidor.

<tag/Netscape CoolTalk/ No puede conectar con el lado opuesto.

<tag/talk, ntalk/ no funcionarán - requieren que sea escrito un proxy en
el núcleo. 

<tag/WebPhone/ No puede funcionar por el momento (asume direcciones no
válidas). 

<tag/X/ Sin probar, pero creo que no podrá funcionar a menos que alguien
construya un X proxy, el cual probablemente es un programa externo al
código de masquerading. Una forma de hacer que esto funcione es usar un
<bf>ssh</bf> como el enlace y usar un X proxy interno ¡que haga funcionar
las cosas! 

</descrip>

<sect2>Plataformas/SO testeados como las OTRAS máquinas.
<p> 

<itemize>
<item>Linux 
<item>Solaris
<item>Windows 95 
<item>Windows NT (ambos, workstation y server) 
<item>Windows para Trabajo En Grupo 3.11 (con el paquete TCP/IP) 
<item>Windows 3.1 (con el paquete Chameleon) 
<item>Novel 4.01 Server
<item>OS/2 (incluido Warp v3) 
<item>Macintosh OS (con MacTCP u Open Transport) 
<item>DOS (con el paquete NCSA Telnet, el DOS Trumpet trabaja parcialmente)
<item>Amiga (con AmiTCP o AS225-stack) 
<item>VAX Stations 3520 y 3100 con UCX (TCP/IP stack para VMS)
<item>Alpha/AXP con Linux/Redhat
<item>SCO Openserver (v3.2.4.2 y 5)
<item>IBM RS/6000 con AIX
<item>(¿Alguien lo ha intentado con otras plataformas?) 
</itemize>

<sect1>Administración de cortafuegos IP con <tt>ipfwadm</tt>. <label
id="ipfwadm"> 
<p>

Esta sección proporciona una guía más exhaustiva del uso de <tt/ipfwadm/.
<p>

Esta es una configuración para un sistema de cortafuegos/masquerade detrás
de un enlace PPP con la siguiente dirección PPP estática. El interfaz de
confianza es 192.168.255.1, el interfaz PPP ha sido cambiado para proteger
al culpable :). Listé cada interfaz de entrada y salida individualmente
para capturar IP spoofing también como ruta relleno y/o masquerading.
¡Todo aquello no explícitamente permitido esta prohibido! 

<tscreen><verb>
#!/bin/sh
#
# /etc/rc.d/rc.firewall, define la configuracion del cortafuegos, invocado
# desde rc.local.
#

PATH=/sbin:/bin:/usr/sbin:/usr/bin

# comprobacion, espera un bit luego limpia toda norma del cortafuegos.
# descomente las siguientes lineas si quiere que el cortafuegos se 
# desconecte automaticamente pasados 10 minutos
#
# (sleep 600; \
# ipfwadm -I -f; \
# ipfwadm -I -p accept; \
# ipfwadm -O -f; \
# ipfwadm -O -p accept; \
# ipfwadm -F -f; \
# ipfwadm -F -p accept; \
# ) &

# Entrante, purga y establece la politica por defecto de denegar. La
# verdad es que la politica por defecto es irrelevante porque hay un
# cierre de  toda norma con denegar y anotar

ipfwadm -I -f
ipfwadm -I -p deny

# interfaz local, maquinas locales, van a cualquier sitio valido 
ipfwadm -I -a accept -V 192.168.255.1 -S 192.168.0.0/16 -D 0.0.0.0/0

# interfaz remota, reclamando ser maquinas locales, IP spoofing, perdido
ipfwadm -I -a deny -V su.direccion.ppp.estatica -S 192.168.0.0/16 -D 0.0.0.0/0 -o

# interfaz remota, cualquier origen, es valido ir a direcciones PPP permanentes
ipfwadm -I -a accept -V su.direccion.PPP.estatica -S 0.0.0.0/0 -D su.direccion.PPP.estatica/32

# el interfaz loopback es valido.
ipfwadm -I -a accept -V 127.0.0.1 -S 0.0.0.0/0 -D 0.0.0.0/0

# cierra toda norma, todas las otras entradas son denegadas y registradas.
# Lastima que no haya una opcion de registro, aunque esto hace el trabajo
# en su lugar

ipfwadm -I -a deny -S 0.0.0.0/0 -D 0.0.0.0/0 -o

# Saliente, purga y pone la politica por defecto de denegar. La verdad es
# que la politica por defecto es irrelevante porque hay un cierre de toda
# norma con  denegar y anotar

ipfwadm -O -f
ipfwadm -O -p deny

# interfaz local, cualquier origen con destino a la red local es valido 
ipfwadm -O -a accept -V 192.168.255.1 -S 0.0.0.0/0 -D 192.168.0.0/16

# saliente para la red local sobre el interfaz remoto , stuffed routing,
# denegado

ipfwadm -O -a deny -V su.direccion.PPP.estatica -S 0.0.0.0/0 -D 192.168.0.0/16 -o

# saliente desde la red local sobre el interfaz remoto, stuffed masquerading, 
# denegado

ipfwadm -O -a deny -V su.direccion.PPP.estatica -S 192.168.0.0/16 -D 0.0.0.0/0 -o

# saliente desde la red local sobre el interfaz remoto, stuffed masquerading, 
# denegado

ipfwadm -O -a deny -V su.direccion.PPP.estatica -S 0.0.0.0/0 -D 192.168.0.0/16 -o

# algo mas saliente sobre la interfaz remota es valido.

ipfwadm -O -a accept -V su.direccion.PPP.estatica -S su.direccion.PPP.estatica/32 -D 0.0.0.0/0

# el interfaz loopback es valido.

ipfwadm -O -a accept -V 127.0.0.1 -S 0.0.0.0/0 -D 0.0.0.0/0

# norma de capturar todo, todo lo otro saliente es denegado y anotado. 
# Lastima que no hay una opcion de registro en la politica pero esto
# hace  el trabajo en su lugar. 

ipfwadm -O -a deny -S 0.0.0.0/0 -D 0.0.0.0/0 -o

# Envios, purga y pone la politica por defecto de denegar. La verdad es
# que la politica por defecto es irrelevante porque hay una cierre de toda
# norma con  denegar y anotar. 

ipfwadm -F -f
ipfwadm -F -p deny

# Enmascaramiento (Masquerade) desde la red local sobre el interfaz local 
# hacia cualquier sitio.

ipfwadm -F -a masquerade -W ppp0 -S 192.168.0.0/16 -D 0.0.0.0/0

# norma de capturar todo, el resto de envios son denegados y anotados. 
# Lastima que no hay una opcion de registro en la politica, pero esto hace
# el trabajo en su lugar. 

ipfwadm -F -a deny -S 0.0.0.0/0 -D 0.0.0.0/0 -o
</verb></tscreen>

Puede bloquear el tráfico para un sitio en particular usando <tt/-I/,
<tt/-O/ o <tt/-F/. Recuerde que el conjunto de las normas son examinadas
desde arriba hacia abajo y <tt/-a/ significa "añadir" a los valores
existententes de la norma, así cualquier restricción necesita venir antes
de las normas generales. Por ejemplo (sin probar):

Usando normas <tt/-I/. Probablemente es la más rápida pero sólo detiene
las máquinas locales, el cortafuegos puede todavía acceder a sitios
"prohibidos". Por supuesto le puede interesar permitir esa combinación.

<tscreen><verb>
... inicio de la norma -I ...
# rechaza y anota el interfaz local, las maquinas locales van a 204.50.10.13
ipfwadm -I -a reject -V 192.168.255.1 -S 192.168.0.0/16 -D 204.50.10.13/32 -o
# interfaz local, maquinas locales, ir a cualquier sitio es valido
ipfwadm -I -a accept -V 192.168.255.1 -S 192.168.0.0/16 -D 0.0.0.0/0
... fin de la norma -I ...
</verb></tscreen>

Usando la norma <tt/-O/. Más lento porque los paquetes van primero a través
de masquerading pero esta norma incluso detiene los accesos del
cortafuegos a los sitios prohibidos. 

<tscreen><verb>
... inicio de la norma -O  ...
# deniega y anota las salidas a 204.50.10.13
ipfwadm -O -a reject -V su.direccion.PPP.estatica -S su.direccion.PPP.estatica/32 -D 204.50.10.13/32 -o
# cualquier otra salida sobre el interfaz remoto es valida 
ipfwadm -O -a accept -V su.direccion.PPP.estatica -S su.direccion.PPP.estatica/32 -D 0.0.0.0/0
... fin de la norma -O  ...
</verb></tscreen>

Usando la norma <tt/-F/. Probablemente más lento que <tt/-I/ y esto
todavía solo detiene a las máquinas enmascaradas (por ejemplo: las
internas), el cortafuegos puede todavía acceder a sitios prohibidos

<tscreen><verb>
... inicio de  la norma -F  ...
# deniega y anota desde la red local sobre el interfaz PPP hacia 204.50.10.13.
ipfwadm -F -a reject -W ppp0 -S 192.168.0.0/16 -D 204.50.10.13/32 -o
# Enmascara (Masquerade) desde la red local sobre interfaces locales hacia
# cualquier sitio.
ipfwadm -F -a masquerade -W ppp0 -S 192.168.0.0/16 -D 0.0.0.0/0
... fin de la norma -F ...
</verb></tscreen>

No es necesario una norma especial para permitir a 192.168.0.0/16 para ir
a 204.50.11.0, está cubierto por la norma global.

Hay más de una forma de codificar el interfaz en las normas de arriba. 
Por ejemplo en lugar de <tt/-V 192.168.255.1/ puede poner <tt/-W eth0/, en
lugar de <tt/-V su.direccion.PPP.estatica/ y puede usar <tt/-W ppp0/. La
elección es más que otra cosa personal y de documentación. 

<sect1>IP Masquerade y llamada bajo demanda (<it>Dial On Demand</it>).
<label
id="diald">
<p>

<enum>

<item>Si le gustaría activar su red automáticamente para llamar a
Internet, el paquete de llamada bajo demanda <tt>diald</tt> le será de
gran utilidad.

<item>Para configurar <tt/diald/, por favor mire en <tt><htmlurl
url="http://home.pacific.net.sg/&tilde;harish/diald.config.html" 
name="http://home.pacific.net.sg/&tilde;harish/diald.config.html"></tt>

<item>Una vez que <tt/diald/ e <tt/ip_masq/ hayan sido configurados, puede
ir a alguna de las máquinas clientes e iniciar una sesión web, telnet o
ftp. 

<item><tt/diald/ detectará peticiones entrantes, luego llamará a su ISP y
establecerá la conexión.

<item>Hay un tiempo de espera que ocurrirá con la primera conexión. Esto
es inevitable si esta usando un módem analógico. El tiempo dado para
establecer el enlace entre el módem y la conexión PPP causará que su
programa cliente termine. Esto puede ser evitado si esta usando un
conexión RDSI. Todo lo que necesita hacer es terminar el proceso actual en
el cliente y reiniciarlo.
</enum>

<sect1>Reenvío de paquetes <tt>ipautofw</tt>. <label id="ipautofw">
<p>

<tt><htmlurl url="ftp://ftp.netis.com/pub/members/rlynch/ipautofw.tar.gz" 
name="ftp://ftp.netis.com/pub/members/rlynch/ipautofw.tar.gz"></tt> es un
transportador genérico de TCP y UDP para masquerading de Linux. 
Generalmente para utilizar un paquete que requiera UDP necesitará cargar
un módulo específico de <tt/ip_masq/; <tt/ip_masq_raudio/,
<tt/ip_masq_cuseeme/, ... <tt/ipautofw/ actúa de una forma más genérica,
enviará cualquier tipo de tráfico incluído aquel que los módulos
específicos no envían. Esto puede crear un agujero de seguridad si no se
administra correctamente. 

<sect>Varios.
<p>

<sect1>Obtención de ayuda.
<p>

Por favor NO INTENTE enviarme correo electrónico para consultas o
problemas de IP Masquerade. Debido a mi intensa carga de trabajo personal,
no prometo responder a todas las cuestiones que no se encuentren en la
página web. En su lugar, para enviar sus dudas diríjase a <tt><htmlurl
url="http://ipmasq.home.ml.org/index.html&num;mailinglist"
name="http://ipmasq.home.ml.org/index.html&num;mailinglist"></tt> (creo
que es la mejor forma si no quiere recibir una respuesta pasadas semanas).
 
<itemize>

<item><tt><htmlurl url="http://ipmasq.home.ml.org/" 
name="http://ipmasq.home.ml.org/"></tt> debería de tener suficiente
información para montar IP Masquerade.

<item>Unirse a la lista de correo de IP masquerade (recomendado) 

Para suscribirse, envíe un mensaje electrónico con el tema
"<tt/subscribe/" (sin comillas) a <tt><htmlurl
url="mailto:masq-request@indyramp.com" 
name="masq-request@indyramp.com"></tt>

Para desubscribirse, envíe un correo electrónico con tema
"<tt/unsubscribe/" (sin comillas) a <tt><htmlurl
url="mailto:masq-request@indyramp.com"
name="masq-request@indyramp.com"></tt>

Para obtener ayuda en el uso de la lista de correo, mande un mensaje con
tema "<tt/archive help/" o "<tt/archive dir/" (sin comillas) a
<tt><htmlurl url="mailto:masq-request@indyramp.com" 
name="masq-request@indyramp.com"></tt>

<item><tt><htmlurl url="http://www.indyramp.com/masq/list/" 
name="http://www.indyramp.com/masq/list/"></tt> contiene todos los
mensajes pasados enviados a la lista. 

<item>Este documento: <tt><htmlurl
url="http://ipmasq.home.ml.org/ipmasq-HOWTO.html" 
name="http://ipmasq.home.ml.org/ipmasq-HOWTO.html"></tt> para núcleos 2.x
(si está usando un núcleo <tt/1.3.x/ ó <tt/2.x/)

<item><tt><htmlurl url="http://ipmasq.home.ml.org/ipmasq-HOWTO-1.2.x.txt" 
name="http://ipmasq.home.ml.org/ipmasq-HOWTO-1.2.x.txt"></tt> si está
usando un núcleo antiguo. 

<item><tt><htmlurl
url="http://www.indyramp.com/masq/ip&lowbar;masquerade.txt" 
name="http://www.indyramp.com/masq/ip&lowbar;masquerade.txt"></tt>
contiene algo de información general.

<item><tt><htmlurl url="http://www.xos.nl/linux/ipfwadm/" 
name="http://www.xos.nl/linux/ipfwadm/"></tt> contiene las fuentes,
binarios, documentación, y otra información sobre el paquete <tt/ipfwadm/.

<item>Una pagina sobre <tt><htmlurl url="http://masqapps.home.ml.org" 
name="http://masqapps.home.ml.org"></tt> por Lee Nevo proporciona trucos y
consejos para que las aplicaciones funcionen con IP Masquerade.

<item><tt><htmlurl url="http://linuxwww.db.erau.edu/NAG/" 
name="http://linuxwww.db.erau.edu/NAG/"></tt> (<it/Network Administrator
Guide/)<footnote>N del T:&nl; Disponible en castellano, ver sección <ref
id="grupos"></footnote> indispensable para principiantes que intentan
instalar una red. 

<item><tt><htmlurl url="http://www.caldera.com/LDP/HOWTO/NET-2-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/NET-2-HOWTO.html"></tt> también
tiene mucha información útil sobre las redes en Linux.

<item><tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/ISP-Hookup-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/ISP-Hookup-HOWTO.html"></tt><footnote>N
del T: &nl; disponible documento análogo en castellano, ver sección <ref
id="grupos"></footnote> y &nl; <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/PPP-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/PPP-HOWTO.html"></tt><footnote>N
del T: &nl; Disponible en castellano ver sección <ref
id="grupos"></footnote> información de como conectar su servidor Linux a
Internet.

<item><tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/Ethernet-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/Ethernet-HOWTO.html"></tt> es una
buena fuente de información sobre montar una LAN con ethernet. 

<item>También debe de estar interesado en <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/Firewall-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/Firewall-HOWTO.html"></tt><footnote>N
del T: &nl; Disponible en castellano ver sección <ref
id="grupos"></footnote>

<item><tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/Kernel-HOWTO.html" 
name="http://www.caldera.com/LDP/HOWTO/Kernel-HOWTO.html"></tt><footnote>N
del T: &nl; Disponible en castellano ver sección <ref
id="grupos"></footnote> le guiará para el proceso de compilar el núcleo.

<item>Otros <tt><htmlurl
url="http://www.caldera.com/LDP/HOWTO/HOWTO-INDEX-3.html" 
name="http://www.caldera.com/LDP/HOWTO/HOWTO-INDEX-3.html"></tt>

<item>Envíe correo al grupo de noticias de USENET: <tt><htmlurl
url="news:comp.os.linux.networking" name="comp.os.linux.networking"></tt>
</itemize>

<sect1>Agradecimientos.
<p>

<itemize>

<item> Gabriel Beitler, <tt><htmlurl url="mailto:gbeitler@aciscorp.com" 
name="gbeitler@aciscorp.com"></tt> contribuyó en la sección <ref
id="novell"> (Configuración de Novell)

<item>Ed Doolittle, <tt><htmlurl url="mailto:dolittle@math.toronto.edu" 
name="dolittle@math.toronto.edu"></tt> sugirió la opción <tt/-V/ en el
comando <tt/ipfwadm/ para mejorar la seguridad.

<item>Matthew Driver, <tt><htmlurl url="mailto:mdriver@cfmeu.asn.au" 
name="mdriver@cfmeu.asn.au"></tt> por la extensa ayuda en este HOWTO, y
mejora de la sección <ref id="win95"> (Configuración de Windows 95).

<item>Ken Eves, <tt><htmlurl url="mailto:ken@eves.com" 
name="ken@eves.com"></tt> por la PUF que proporcionó información
incalculable para este COMO. 

<item>Ed. Lott, <tt><htmlurl url="mailto:edlott@neosoft.com" 
name="edlott@neosoft.com"></tt> por un larga lista de sistemas comprobados
y programas. 

<item>Nigel Metheringham, <tt><htmlurl
url="mailto:Nigel.Metheringham@theplanet.net" 
name="Nigel.Metheringham@theplanet.net"></tt> contribuyó con su versión de
IP Packet Filtering e IP Masquerading HOWTO, el cual hace de este HOWTO un
documento mejor y con más profundidad técnica en las secciones <ref
id="problemas">, <ref id="entradas">, y otras.

<item>Keith Owens, <tt><htmlurl url="mailto:kaos@ocs.com.au" 
name="kaos@ocs.com.au"></tt> proporcionó una excelente guía de
<tt/ipfwadm/ en la sección <ref id="entradas"> corrigió la opción
<tt/ipfwadm -deny/ que evita un agujero de seguridad, y aclaró el estado
de <tt/ping/ sobre <tt/ip_masq/. 

<item>Rob Pelkey, <tt><htmlurl url="mailto:rpelkey@abacus.bates.edu" 
name="rpelkey@abacus.bates.edu"></tt> proporcionó las secciones <ref
id="mactcp"> y <ref id="opent"> (configurción de MacTCP y Open Transport). 

<item>Harish Pillay, <tt><htmlurl url="mailto:h.pillay@ieee.org" 
name="h.pillay@ieee.org"></tt> proporcionó la sección <ref id="diald">
(llamada bajo demanda usando <tt/diald/).

<item>Mark Purcell, <tt><htmlurl url="mailto:purcell@rmcs.cranfield.ac.uk" 
name="purcell@rmcs.cranfield.ac.uk"></tt> proporcionó la sección <ref
id="ipautofw"> (<tt/ipautofw/) 

<item>John B. (Brent) Williams, <tt><htmlurl
url="mailto:forerunner@mercury.net" name="forerunner@mercury.net"></tt>
proporcionó la sección <ref id="opent"> (configuración Open Transport) 

<item>Enrique Pessoa Xavier, <tt><htmlurl
url="mailto:enrique@labma.ufrj.br" name="enrique@labma.ufrj.br"></tt> en
la sugerencia de configuración de <tt/bootp/. 

<item>A los desarrolladores de Masquerade por esta gran prestación:

<itemize>
<item>Delian Delchev, <tt><htmlurl url="mailto:delian@wfpa.acad.bg"
name="delian@wfpa.acad.bg"></tt>

<item>Nigel Metheringham, <tt><htmlurl
url="mailto:Nigel.Metheringham@theplanet.net" 
name="Nigel.Metheringham@theplanet.net"></tt>
 
<item>Keith Owens, <tt><htmlurl url="mailto:kaos@ocs.com.au"
name="kaos@ocs.com.au"></tt> 

<item>Jeanette Pauline Middelink, <tt><htmlurl
url="mailto:middelin@polyware.iaf.nl"
name="middelin@polyware.iaf.nl"></tt> 

<item>David A. Ranch, <tt><htmlurl url="mailto:trinity@value.net"
name="trinity@value.net"></tt>

<item>Miquel van Smoorenburg, <tt><htmlurl
url="mailto:miquels@q.cistron.nl" name="miquels@q.cistron.nl"></tt>

<item>Jos Vos, <tt><htmlurl url="mailto:jos@xos.nl"
name="jos@xos.nl"></tt>

<item>Y a quien haya olvidado mencionar aquí (por favor, hágamelo saber)
</itemize>

<item>A todos los usuarios que enviaron críticas y sugerencias a la lista
de correo, especialmente a los que informaron de errores en la
documentación y los clientes que son soportados y los que no. 

<item>Pido disculpas si no he incluido información que algún usuario me
haya enviado.  Hay muchas sugerencias e ideas que me son enviadas, pero no
tengo suficiente tiempo para verificarlas o pierdo la pista de ellas.
Estoy intentando incorporar toda la información que me envían en el COMO. 
Le agradezco su esfuerzo, y espero que comprenda mi situación.
</itemize>

<sect1>Referencias. 
<p>

<itemize>
<item>PUF de IP masquerade por Ken Eves. 
<item>Archivos de la lista de correo de IP masquerade por <it/Indyramp
Consulting/.
<item>Página de <tt/ipfwadm/ de X/OS. 
<item>Diversos COMOs de Linux sobre redes.
</itemize>

<sect>Anexo de la traducción.
<p>

<sect1>Traducción.
<p>

La traducción ha sido realizada por <tt><htmlurl
url="http://www.ctv.es/USERS/xose/" name="XosÉ Vázquez"></tt>, en el grupo
INSFLUG. Agradezco a Pablo Fábrega <tt><htmlurl
url="mailto:pfabrega@arrakis.es"  name="pfabrega@arrakis.es"></tt> el
repaso que le ha dado a este documento en busca de errores. Le agradecería
que me enviase las imperfecciones que contenga este documento.  Críticas
no constructivas a <tt/&gt; /dev/null :-)

<sect1>Anexo: El INSFLUG <label id="Grupos">
<p>

El <em/INSFLUG/ forma parte del grupo internacional 
<it/Linux Documentation Project/, 
encargándose de las traducciones al castellano de los Howtos (Comos),
así como la producción de documentos originales en aquellos casos
en los que no existe análogo en inglés.

En el <bf/INSFLUG/ se orienta preferentemente a la traducción de documentos
breves, como los <em/COMOs/ y <em/PUFs/ (<bf/P/reguntas de
<bf/U/so <bf/F/recuente, las <it/FAQs/. <tt/:)/ ), etc.

Diríjase a la sede del INSFLUG para más información al respecto.

En la sede del INSFLUG encontrará siempre las <bf/últimas/ versiones 
de las traducciones:  <tt><htmlurl url="www.insflug.org" 
name="www.insflug.org"></tt>. Asegúrese de comprobar cuál es la última versión 
disponible en el Insflug antes de bajar un documento de un servidor réplica.

Se proporciona también una lista de los servidores
réplica (<it/mirror/) del Insflug más cercanos a Vd.,  
e información relativa a otros recursos en castellano.

Francisco José Montilla, <tt><htmlurl url="mailto:pacopepe@insflug.org"
name="pacopepe@insflug.org"></tt>.

<sect1>Fuentes de información en español <label id="grupos">
<p>

<itemize>

<item><tt><htmlurl url="http://slug.ctv.es/" 
name="http://slug.ctv.es/"></tt>SLUG, grupo de usuarios de Linux.

<item><tt><htmlurl url="http://www.infor.es/LuCAS" 
name="http://www.infor.es/LuCAS"></tt> LuCAS, las <it/guides/ y otros
documentos en español.

<item><tt><htmlurl
url="http://mercury.chem.pitt.edu/&tilde;angel/LinuxFocus/Castellano/" 
name="http://mercury.chem.pitt.edu/&tilde;angel/LinuxFocus/Castellano/"></tt>
Revista Linux Focus en castellano. 

<item>Linux en México: <tt><htmlurl url="http://www.linux.org.mx/"
name="http://www.linux.org.mx/"></tt>

<item>Linux en Argentina: <tt><htmlurl url="http://www.linux.org.ar/"
name="http://www.linux.org.ar/"></tt>

<item>Linux en Uruguay: <tt><htmlurl url="http://www.linux.org.uy/"
name="Linux en Uruguay"></tt>

<item><tt><htmlurl url="http://wagner.princeton.edu/&tilde;juan/manpages/" 
name="http://wagner.princeton.edu/&tilde;juan/manpages/"></tt>, páginas
del manual (<tt/man/) en español.

<item><tt><htmlurl url="news:es.comp.os.linux" 
name="es.comp.os.linux"></tt>, grupo de noticias de linux en español.

<item>Área R34.Linux de Fido.

<item>Multiples <tt><htmlurl
url="http://www.arrakis.es/&tilde;barreiro/menu&lowbar;lista&lowbar;es.shtml" 
name="http://www.arrakis.es/&tilde;barreiro/menu&lowbar;lista&lowbar;es.shtml"></tt>
listas de correo.
</itemize>

<sect1>Recursos de Linux y distribuciones. <label id="distribuciones">   
<p>

<itemize>

<item>Distribución Debian: <tt><htmlurl url="http://www.es.debian.org"
name="http://www.es.debian.org"></tt>

<tt><htmlurl url="ftp://ftp.de.debian.org/debian"
name="ftp://ftp.de.debian.org/debian"></tt>

<item>Distribución RedHat <tt><htmlurl url="http://www.redhat.com"
name="http://www.redhat.com"></tt>

<tt><htmlurl url="ftp://ftp.redhat.com/pub/redhat" 
name="ftp://ftp.redhat.com/pub/redhat"></tt>

<item>Distribución Caldera, <tt><htmlurl url="http://www.caldera.com"
name="http://www.caldera.com"></tt>

<tt><htmlurl url="ftp://ftp.caldera.com/pub/"
name="ftp://ftp.caldera.com/pub/"></tt>

<item>Distribución Slackware <tt><htmlurl url="http://www.slackware.org"
name="http://www.slackware.org"></tt>

Walnut Creek CDROM <tt><htmlurl url="http://www.cdrom.com"
name="http://www.cdrom.com"></tt>

<tt><htmlurl url="ftp://ftp.cdrom.com/pub/linux" 
name="ftp://ftp.cdrom.com/pub/linux"></tt> 

<item>El hogar del núcleo, Kernel Org <tt><htmlurl
url="http://www.kernel.org" name="http://www.kernel.org"></tt> y LinuxHQ
<tt><htmlurl url="http://www.linuxhq.com"
name="http://www.linuxhq.com"></tt>
(información de actualizaciones y parches). 

<tt><htmlurl url="ftp://ftp.kernel.org/pub/linux/kernel"
name="ftp://ftp.kernel.org/pub/linux/kernel"></tt>

<item><tt><htmlurl url="http://www.linux.org"
name="http://www.linux.org"></tt>

<item>Linux Journal &amp; Linux Gazette <tt><htmlurl 
url="http://www.ssc.com" name="http://www.ssc.com"></tt>

<item>Linux Documentation Project <tt><htmlurl
url="http://sunsite.unc.edu/LDP" name="http://sunsite.unc.edu/LDP"></tt>

<item>Sunsite <tt><htmlurl
url="http://sunsite.unc.edu/pub/Linux/welcome.html"
name="http://sunsite.unc.edu/pub/Linux/welcome.html"></tt>

<tt><htmlurl url="ftp://sunsite.unc.edu/pub/Linux/"
name="ftp://sunsite.unc.edu/pub/Linux/"></tt> 

<item>GNU, <tt><htmlurl url="http://www.gnu.org"
name="http://www.gnu.org"></tt>, GNUstep <tt><htmlurl
url="http://www.gnustep.org" name="http://www.gnustep.org"></tt>

<tt><htmlurl url="ftp://prep.ai.mit.edu/pub/gnu/" 
name="ftp://prep.ai.mit.edu/pub/gnu"></tt> y <tt><htmlurl
url="ftp://ftp.gnustep.org/pub/gnustep"
name="ftp://ftp.gnustep.org/pub/gnustep"></tt> 

<item><tt><htmlurl url="ftp://tsx-11.mit.edu/pub/linux/"
name="ftp://tsx-11.mit.edu/pub/linux/"></tt>
</itemize>

<sect1>Cómo colaborar <label id="grupos">
<p>

Existen diferentes proyectos de hispanohablantes relativos a la traducción
de documentación y programas. 

Si quiere colaborar en algún proyecto es *IMPRESCINDIBLE* que se ponga en
contacto, con su coordinador :

<itemize>

<item>INSFLUG, <tt><htmlurl url="http://www.insflug.org" 
name="www.insflug.org"></tt>, traducción de COMOs coordinado por Francisco
José Montilla, <tt><htmlurl url="mailto:pacopepe@insflug.org" 
name="pacopepe@insflug.org"></tt>.

<item>LuCAS, traducción de libros coordinado por Juan José Amor
<tt><htmlurl url="mailto:jjamor@ls.fi.upm.es"
name="jjamor@ls.fi.upm.es"></tt> o en fido <tt>2:341/12.19</tt>

<item>Páginas man, traducción de páginas del manual coordinado por Miguel
Angel Sepúlveda <tt><htmlurl url="mailto:sepulved+@pitt.edu"
name="sepulved+@pitt.edu"></tt>

<item>GÑU en español, <tt><htmlurl
url="http://slug.ctv.es/&tilde;emelero/" 
name="http://slug.ctv.es/&tilde;emelero/"></tt>, españolización de los
paquetes de GNU coordinado por Enrique Melero.

<tt><htmlurl url="mailto:b182@mail.fh-wuerzburg.de"
name="b182@mail.fh-wuerzburg.de"></tt>

<item>Grupo de hispanización de Debian, traducción de documentación y
programas, se organiza en la lista <tt><htmlurl
url="mailto:debian-l10n-spanish@lists.debian.org" 
 name="debian-l10n-spanish@lists.debian.org"></tt> 
</itemize>

<sect>Anexo: El INSFLUG <label id="Grupos">
<p>

El <em/INSFLUG/ forma parte del grupo internacional 
<it/Linux Documentation Project/, 
encargándose de las traducciones al castellano de los Howtos (Comos),
así como la producción de documentos originales en aquellos casos
en los que no existe análogo en inglés.

En el <bf/INSFLUG/ se orienta preferentemente a la traducción de documentos
breves, como los <em/COMOs/ y <em/PUFs/ (<bf/P/reguntas de
<bf/U/so <bf/F/recuente, las <it/FAQs/. <tt/:)/ ), etc.

Diríjase a la sede del INSFLUG para más información al respecto.

En la sede del INSFLUG encontrará siempre las <bf/últimas/ versiones 
de las traducciones:  <tt><htmlurl url="http://www.insflug.org" 
name="www.insflug.org"></tt>. Asegúrese de comprobar cuál es la última versión 
disponible en el Insflug antes de bajar un documento de un servidor réplica.

Se proporciona también una lista de los servidores
réplica (<it/mirror/) del Insflug más cercanos a Vd.,  
e información relativa a otros recursos en castellano.

Francisco José Montilla, <tt><htmlurl url="mailto:pacopepe@insflug.org"
name="pacopepe@insflug.org"></tt>.
</article>
