summaryrefslogtreecommitdiff
path: root/es/install-methods/tftp
diff options
context:
space:
mode:
Diffstat (limited to 'es/install-methods/tftp')
-rw-r--r--es/install-methods/tftp/bootp.xml12
-rw-r--r--es/install-methods/tftp/dhcp.xml6
-rw-r--r--es/install-methods/tftp/rarp.xml10
3 files changed, 14 insertions, 14 deletions
diff --git a/es/install-methods/tftp/bootp.xml b/es/install-methods/tftp/bootp.xml
index e8297a684..a17e54dbe 100644
--- a/es/install-methods/tftp/bootp.xml
+++ b/es/install-methods/tftp/bootp.xml
@@ -6,14 +6,14 @@
<title>Configuración del servidor BOOTP</title>
<para>
-Existen dos servidores BOOTP disponibles para GNU/Linux, el
+Existen dos servidores BOOTP disponibles para GNU/Linux, el
<command>bootpd</command> de CMU y el otro que en realidad es un servidor DHCP,
el <command>dhcpd</command> de ISC. En &debian; vienen en los paquetes
<classname>bootp</classname> y <classname>dhcp</classname>.
</para><para>
-Para usar el <command>bootpd</command> de CMU, primero debe comentar
+Para usar el <command>bootpd</command> de CMU, primero debe comentar
(o añadir) la línea relevante en <filename>/etc/inetd.conf</filename>. En
&debian;, puede ejecutar <userinput>update-inetd --enable
bootps</userinput>, y luego <userinput>/etc/init.d/inetd
@@ -25,10 +25,10 @@ bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120
</screen></informalexample>
Ahora, debe crear el fichero <filename>/etc/bootptab</filename>.
-Tiene el mismo tipo de formato familiar y críptico que los ficheros
+Tiene el mismo tipo de formato familiar y críptico que los ficheros
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
+<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>
de ejemplo:
@@ -48,7 +48,7 @@ dirección hardware del cliente. La opción "bf" 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">
+<phrase arch="mips">
En Indys SGI puede simplemente ingresar al monitor de órdenes y escribir
<userinput>printenv</userinput>. El valor de la variable
<userinput>eaddr</userinput> es la dirección MAC de la máquina.
@@ -61,7 +61,7 @@ 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
-pueda continuar con sólo añadir la directiva
+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
<command>dhcpd</command> con <userinput>/etc/init.d/dhcpd
diff --git a/es/install-methods/tftp/dhcp.xml b/es/install-methods/tftp/dhcp.xml
index 0a4c7a223..12adbe470 100644
--- a/es/install-methods/tftp/dhcp.xml
+++ b/es/install-methods/tftp/dhcp.xml
@@ -28,7 +28,7 @@ host nombredecliente {
filename "/tftpboot/tftpboot.img";
server-name "nombredeservidor";
next-server nombredeservidor;
- hardware ethernet 01:23:45:67:89:AB;
+ hardware ethernet 01:23:45:67:89:AB;
fixed-address 192.168.1.90;
}
</screen></informalexample>
@@ -38,9 +38,9 @@ Nota: el nuevo (y preferido) paquete <classname>dhcp3</classname> usa
</para><para>
-En este ejemplo, hay un servidor
+En este ejemplo, hay un servidor
<replaceable>"nombredeservidor"</replaceable> que hace el trabajo de
-DCHP, servidor, servidor TFTP y puerta de enlace de la red.
+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
diff --git a/es/install-methods/tftp/rarp.xml b/es/install-methods/tftp/rarp.xml
index 466a28b1b..20c7389d0 100644
--- a/es/install-methods/tftp/rarp.xml
+++ b/es/install-methods/tftp/rarp.xml
@@ -10,7 +10,7 @@ Para configurar RARP, necesita saber las direcciones Ethernet (también
conocidas como direcciones MAC) de los ordenadores cliente a instalar.
Si no conoce esta información, puede
-<phrase arch="sparc"> tomarla de los mensajes iniciales de arranque de
+<phrase arch="sparc"> tomarla de los mensajes iniciales de arranque de
OpenPROM, use la orden <userinput>.enet-addr</userinput> de OpenBoot,
o </phrase>
@@ -24,11 +24,11 @@ necesitará rellenar la tabla RARP del núcleo.
Para hacer esto, ejecute las siguientes órdenes.
<informalexample><screen>
-# <userinput>/sbin/rarp -s
+# <userinput>/sbin/rarp -s
<replaceable>client-hostname</replaceable>
<replaceable>client-enet-addr</replaceable></userinput>
-# <userinput>/usr/sbin/arp -s
+# <userinput>/usr/sbin/arp -s
<replaceable>client-ip</replaceable>
<replaceable>client-enet-addr</replaceable></userinput>
</screen></informalexample>
@@ -37,7 +37,7 @@ Si obtiene
<informalexample><screen>
SIOCSRARP: Invalid argument
-</screen></informalexample>
+</screen></informalexample>
probablemente necesite cargar el módulo RARP del núcleo o recompilarlo
para que soporte RARP. Intente <userinput>modprobe rarp</userinput> y
@@ -46,7 +46,7 @@ luego intente nuevamente ejecutar la orden <command>rarp</command>.
</para><para>
En un servidor RARP con un núcleo Linux 2.4.x, no
-hay ningún módulo RARP, y en su lugar debe usar el programa
+hay ningún módulo RARP, y en su lugar debe usar el programa
<command>rarpd</command>. El procedimiento es similar al que usa
SunOS, descrito en el siguiente párrafo.