summaryrefslogtreecommitdiff
path: root/pt_BR/install-methods/tftp
diff options
context:
space:
mode:
authorJoey Hess <joeyh@debian.org>2005-10-07 19:51:38 +0000
committerJoey Hess <joeyh@debian.org>2005-10-07 19:51:38 +0000
commit1ea73eea5ecc6a8ed901316049259aee737ee554 (patch)
tree03a077f0b1b1548f3c806bd1c5795964fba0fb52 /pt_BR/install-methods/tftp
downloadinstallation-guide-1ea73eea5ecc6a8ed901316049259aee737ee554.zip
move manual to top-level directory, split out of debian-installer package
Diffstat (limited to 'pt_BR/install-methods/tftp')
-rw-r--r--pt_BR/install-methods/tftp/bootp.xml72
-rw-r--r--pt_BR/install-methods/tftp/dhcp.xml95
-rw-r--r--pt_BR/install-methods/tftp/rarp.xml67
3 files changed, 234 insertions, 0 deletions
diff --git a/pt_BR/install-methods/tftp/bootp.xml b/pt_BR/install-methods/tftp/bootp.xml
new file mode 100644
index 000000000..cec8347d5
--- /dev/null
+++ b/pt_BR/install-methods/tftp/bootp.xml
@@ -0,0 +1,72 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 24663 -->
+
+ <sect2 condition="supports-bootp" id="tftp-bootp">
+ <title>Configurando um servidor BOOTP</title>
+<para>
+
+Existem dois servidores BOOTP disponíveis para o GNU/Linux: o
+CMU <command>bootpd</command> e o outro atualmente é o
+servidor DHCP, ISC <command>dhcpd</command>, que estão disponíveis
+nos pacotes <classname>bootp</classname> e <classname>dhcp</classname>
+na &debian;.
+
+</para><para>
+
+Para usar o CMU <command>bootpd</command> você deverá primeiro
+descomentar (ou adicionar) a linha relevante em <filename>/etc/inetd.conf</filename>.
+Na &debian;, você poderá executar <userinput>update-inetd --enable
+bootps</userinput> então o comando <userinput>/etc/init.d/inetd
+reload</userinput> para fazer isto. Em todo caso, a linha em questão
+deverá se parecer com:
+
+<informalexample><screen>
+bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120
+</screen></informalexample>
+
+Agora, você deverá criar um arquivo <filename>/etc/bootptab</filename>.
+Este terá a mesma quantidade de formato criptico e familiar como o
+bom e antigo <filename>printcap</filename> do BSD,
+<filename>termcap</filename>, e
+<filename>disktab</filename>. Veja a página de manual do
+<filename>bootptab</filename> para mais informações. Para o
+CMU <command>bootpd</command> você precisará conhecer o endereço de
+hardware (MAC) do cliente. Aqui está um exemplo de arquivo
+<filename>/etc/bootptab</filename>:
+
+<informalexample><screen>
+client:\
+ hd=/tftpboot:\
+ bf=tftpboot.img:\
+ ip=192.168.1.90:\
+ sm=255.255.255.0:\
+ sa=192.168.1.1:\
+ ha=0123456789AB:
+</screen></informalexample>
+
+Você pelo menos precisará mudar a opção "ha", que especifica o
+endereço de hardware do cliente. A opção "bf" especifica o arquivo
+que o cliente deverá baixar via TFTP; veja
+<xref linkend="tftp-images"/> para mais detalhes.
+
+<phrase arch="mips">
+Nos Indys SGI você poderá apenas apertar enter no monitor de comandos
+e digitar <userinput>printenv</userinput>. O valor da variável
+<userinput>eaddr</userinput> é o endereço MAC da máquina.
+</phrase>
+
+</para><para>
+
+Em contraste, a configuração de um BOOTP com o ISC <command>dhcpd</command>
+é realmente fácil, por causa que ele trata clientes BOOTP de uma
+forma especial como clientes DHCP. Algumas arquiteturas requerem uma
+configuração complexa para a inicialização dos clientes via
+BOOTP. Caso a sua seja uma destas, leia a seção <xref linkend="dhcpd"/>.
+Caso contrário, você será provavelmente capaz de adicionar a diretiva
+<userinput>allow bootp</userinput> no bloco de configuraçào de sub-rede
+de seu cliente e reiniciar o servidor dhcp
+<command>dhcpd</command> com o comando <userinput>/etc/init.d/dhcpd
+restart</userinput>.
+
+</para>
+ </sect2>
diff --git a/pt_BR/install-methods/tftp/dhcp.xml b/pt_BR/install-methods/tftp/dhcp.xml
new file mode 100644
index 000000000..d2b89baf9
--- /dev/null
+++ b/pt_BR/install-methods/tftp/dhcp.xml
@@ -0,0 +1,95 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 26472 -->
+
+ <sect2 condition="supports-dhcp" id="dhcpd">
+ <title>Configurando um servidor DHCP</title>
+<para>
+
+Um servidor DHCP livre é o ISC <command>dhcpd</command>. Na
+&debian;, ele está disponível no pacote <classname>dhcp</classname>.
+Aqui está um modelo de configuração deste pacote (normalmente
+<filename>/etc/dhcpd.conf</filename>):
+
+<informalexample><screen>
+option domain-name "exemplo.com";
+option domain-name-servers ns1.exemplo.com;
+option subnet-mask 255.255.255.0;
+default-lease-time 600;
+max-lease-time 7200;
+server-name "servername";
+
+subnet 192.168.1.0 netmask 255.255.255.0 {
+ range 192.168.1.200 192.168.1.253;
+ option routers 192.168.1.1;
+}
+
+host clientname {
+ filename "/tftpboot/tftpboot.img";
+ server-name "servername";
+ next-server servername;
+ hardware ethernet 01:23:45:67:89:AB;
+ fixed-address 192.168.1.90;
+}
+</screen></informalexample>
+
+Nota: O novo (e preferido) pacote <classname>dhcp3</classname> utiliza o
+arquivo de configuração <filename>/etc/dhcp3/dhcpd.conf</filename>.
+
+</para><para>
+Neste exemplo, existe somente um servidor
+<replaceable>"servername"</replaceable> que faz todo o trabalho
+do DHCP, servidor, servidor TFTP e gateway de rede. Você precisará
+modificar as opções domain-name assim como o nome do servidor e
+endereço de hardware do cliente. A opção <replaceable>"filename"</replaceable>
+deve ter o nome do arquivo que será baixado via TFTP.
+
+</para><para>
+
+Após editar o arquivo de configuração <command>dhcpd</command>,
+reinice-o com <userinput>/etc/init.d/dhcpd restart</userinput>.
+
+</para>
+
+ <sect3 arch="i386">
+ <title>Habilitando a inicialização através de PXE no servidor DHCP</title>
+<para>
+Aqui está outro exemplo para o <filename>dhcp.conf</filename> usando o
+método Pre-boot Execution Environment (PXE) do TFTP.
+
+<informalexample><screen>
+option domain-name "exemplo.com";
+
+default-lease-time 600;
+max-lease-time 7200;
+
+allow booting;
+allow bootp;
+
+# The next paragraph needs to be modified to fit your case
+subnet 192.168.1.0 netmask 255.255.255.0 {
+ range 192.168.1.200 192.168.1.253;
+ option broadcast-address 192.168.1.255;
+# the gateway address which can be different
+# (access to the internet for instance)
+ option routers 192.168.1.1;
+# indicate the dns you want to use
+ option domain-name-servers 192.168.1.3;
+}
+
+group {
+ next-server 192.168.1.3;
+ host tftpclient {
+# tftp client hardware address
+ hardware ethernet 00:10:DC:27:6C:15;
+ filename "/tftpboot/pxelinux.0";
+ }
+}
+</screen></informalexample>
+
+Note que para a inicialização via PXE, o nome do arquivo do
+cliente <filename>pxelinux.0</filename> é o gerenciador de partida,
+e não a imagem do kernel (veja <xref linkend="tftp-images"/> abaixo).
+
+</para>
+ </sect3>
+ </sect2>
diff --git a/pt_BR/install-methods/tftp/rarp.xml b/pt_BR/install-methods/tftp/rarp.xml
new file mode 100644
index 000000000..57844ce53
--- /dev/null
+++ b/pt_BR/install-methods/tftp/rarp.xml
@@ -0,0 +1,67 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 24663 -->
+
+ <sect2 condition="supports-rarp" id="tftp-rarp">
+ <title>Configurando um servidor RARP</title>
+<para>
+
+Para configurar o RARP, você precisa conhecer o endereço Ethernet (a.k.a. o
+endereço MAC) dos computadores clientes que serão instalados. Se não souber
+isto, você poderá
+
+<phrase arch="sparc"> pegar as mensagens iniciais de inicialização
+do OpenPROM, use o comando <userinput>.enet-addr</userinput> do
+OpenBooe ou </phrase>
+
+iniciar no modo "Rescue" (e.g., a partir do disquete de recuperação) e
+use o comando <userinput>/sbin/ifconfig eth0</userinput>.
+
+</para><para>
+
+Em sistemas RARP usando o kernel do Linux 2.2.x, você precisará popular a
+tabela RARP do kernel. Para fazer isto execute os seguintes comandos:
+
+<informalexample><screen>
+# <userinput>/sbin/rarp -s
+<replaceable>nomedemaquina-do-cliente</replaceable>
+<replaceable>endereco-ethernet-cliente</replaceable>
+</userinput>
+
+# <userinput>/usr/sbin/arp -s
+<replaceable>client-ip</replaceable>
+<replaceable>client-enet-addr</replaceable>
+</userinput>
+
+</screen></informalexample>
+
+</para><para>
+
+Você obterá
+
+<informalexample><screen>
+SIOCSRARP: Invalid argument
+</screen></informalexample>
+
+então provavelmente precisará carregar o módulo RARP do kernel ou
+senão recompilar o kernel para suportar RARP. Tente
+<userinput>modprobe rarp</userinput> e
+então tente o comando <command>rarp</command> denovo.
+
+</para><para>
+
+Em sistemas RARP usando um kernel do Linux 2.4.x, não existe módulo RARP e
+você deverá ao invés disso usar o programa <command>rarpd</command>.
+O processo é idêntico ao usado sob o SunOS do seguinte parágrafo.
+
+</para><para>
+
+Sob o SunOS, você precisará ter certeza que o endereço de hardware
+Ethernet do cliente está listado no banco de dados "ethers" (ou
+no arquivo <filename>/etc/ethers</filename> ou via NIS/NIS+) e no
+banco de dados "hosts". Então você precisará iniciar o daemon
+RARP. No SunOS 4, digite o comando (como root):
+<userinput>/usr/etc/rarpd -a</userinput>; no SunOS 5, use
+<userinput>/usr/sbin/rarpd -a</userinput>.
+
+</para>
+ </sect2>