3 files changed, 17 insertions, 17 deletions
diff --git a/es/install-methods/tftp/bootp.xml b/es/install-methods/tftp/bootp.xml
index a17e54dbe..339383d27 100644
--- a/es/install-methods/tftp/bootp.xml
+++ b/es/install-methods/tftp/bootp.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
-<!-- original version: 24663 -->
+<!-- original version: 28997 -->
 <!-- revisado por nahoo, 6 noviembre 2004 -->
 
   <sect2 condition="supports-bootp" id="tftp-bootp">
@@ -30,7 +30,7 @@ antiguos de BSD <filename>printcap</filename>, <filename>termcap</filename>,
 y <filename>disktab</filename>. Vea la página de manual de
 <filename>bootptab</filename> para más información. Para el
 <command>bootpd</command> de CMU, necesitará conocer la dirección de
-hardware (MAC) del cliente. Éste es un <filename>/etc/bootptab</filename>
+hardware (MAC) del cliente. Este es un <filename>/etc/bootptab</filename>
 de ejemplo:
 
 <informalexample><screen>
@@ -43,27 +43,27 @@ client:\
   ha=0123456789AB:
 </screen></informalexample>
 
-Necesitará cambiar por lo menos la opción "ha", que especifica la
-dirección hardware del cliente. La opción "bf" especifica el fichero
+Necesitará cambiar por lo menos la opción <quote>ha</quote>, que especifica la
+dirección hardware del cliente. La opción <quote>bf</quote> especifica el fichero
 que el cliente debe recuperar a través de TFTP; para más detalles vea
 <xref linkend="tftp-images"/>.
 
 <phrase arch="mips">
 En Indys SGI puede simplemente ingresar al monitor de órdenes y escribir
-<userinput>printenv</userinput>.  El valor de la variable
+<userinput>printenv</userinput>. El valor de la variable
 <userinput>eaddr</userinput> es la dirección MAC de la máquina.
 </phrase>
 
 </para><para>
 
-En contraste, configurar BOOTP con el <command>dhcpd</command> de ISC
+En contraste, configurar BOOTP con <command>dhcpd</command> de ISC
 es realmente fácil, porque trata los clientes BOOTP como casos moderadamente
 especiales de clientes DHCP. Algunas arquitecturas necesitan una configuración
 compleja para arrancar clientes a través de BOOTP. Si la suya es una de
-éstas, lea la sección <xref linkend="dhcpd"/>. De otro modo, probablemente
+estas, lea la sección <xref linkend="dhcpd"/>. De otro modo, probablemente
 pueda continuar con sólo añadir la directiva
 <userinput>allow bootp</userinput> al bloque de configuración
-para la sub-red donde esté el cliente, y reiniciar
+para la sub-red donde se ubique el cliente, y reiniciar
 <command>dhcpd</command> con <userinput>/etc/init.d/dhcpd
 restart</userinput>.
 
diff --git a/es/install-methods/tftp/dhcp.xml b/es/install-methods/tftp/dhcp.xml
index 12adbe470..0655d7f31 100644
--- a/es/install-methods/tftp/dhcp.xml
+++ b/es/install-methods/tftp/dhcp.xml
@@ -1,12 +1,12 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
-<!-- original version: 26472 -->
+<!-- original version: 29400 -->
 <!-- revisado por nahoo, 6 noviembre 2004 -->
 
   <sect2 condition="supports-dhcp" id="dhcpd">
    <title>Configuración del servidor DHCP</title>
 <para>
 
-Un servidor DHCP considerado software libre es el <command>dhcpd</command> de ISC.
+Un servidor DHCP de software libre es el <command>dhcpd</command> de ISC.
 En &debian;, está disponible en el paquete <classname>dhcp</classname>.
 A continuación se muestra una configuración de ejemplo para él (generalmente
 <filename>/etc/dhcpd.conf</filename>):
@@ -39,11 +39,11 @@ Nota: el nuevo (y preferido) paquete <classname>dhcp3</classname> usa
 </para><para>
 
 En este ejemplo, hay un servidor
-<replaceable>"nombredeservidor"</replaceable> que hace el trabajo de
+<replaceable>nombredeservidor</replaceable> que hace el trabajo de
 DCHP, servidor, servidor TFTP y puerta de enlace de la red.
 Ciertamente necesitará cambiar las opciones de nombre de dominio, así
 como la dirección hardware del servidor y del cliente. La opción
-<replaceable>"filename"</replaceable> debe ser el nombre del fichero que
+<replaceable>filename</replaceable> debe ser el nombre del fichero que
 se recuperará a través de TFTP.
 
 </para><para>
diff --git a/es/install-methods/tftp/rarp.xml b/es/install-methods/tftp/rarp.xml
index 20c7389d0..d7df3e56a 100644
--- a/es/install-methods/tftp/rarp.xml
+++ b/es/install-methods/tftp/rarp.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="ISO-8859-1"?>
-<!-- original version: 24663 -->
+<!-- original version: 28997 -->
 <!-- revisado por nahoo, 6 noviembre 2004 -->
 
   <sect2 condition="supports-rarp" id="tftp-rarp">
@@ -14,7 +14,7 @@ Si no conoce esta información, puede
 OpenPROM, use la orden <userinput>.enet-addr</userinput> de OpenBoot,
 o </phrase>
 
-arrancar en modo «Rescue» (p. ej. desde el disquete de rescate) y usar la
+arrancar en modo <quote>Rescue</quote> (p. ej. desde el disquete de rescate) y usar la
 orden <userinput>/sbin/ifconfig eth0</userinput>.
 
 </para><para>
@@ -53,10 +53,10 @@ SunOS, descrito en el siguiente párrafo.
 </para><para>
 
 En SunOS, necesita asegurarse de que la dirección hardware Ethernet
-del cliente está en la base de datos «ethers» (ya sea
+del cliente está en la base de datos <quote>ethers</quote> (ya sea
 en el fichero <filename>/etc/ethers</filename>, o a través de NIS/NIS+) y
-el la base de datos «hosts». Después necesita iniciar el demonio RARP. En
-SunOS 4, use a la orden (como superusuario):
+el la base de datos <quote>hosts</quote>. Después necesita iniciar el demonio RARP. En
+SunOS 4, use (como superusuario) la orden:
 <userinput>/usr/etc/rarpd -a</userinput>; en SunOS 5, use
 <userinput>/usr/sbin/rarpd -a</userinput>.