Essa parte descreve como planejar a instalação através da rede.
Este livro descreve como instalar o Solaris SO remotamente em uma rede de área local ou uma rede de área ampla.
Este capítulo descreve os preparativos para completar com êxito a instalação. Muitas tarefas preparatórias são comuns para todas as instalações do Solaris e então são descritas em um documento de planejamento mestre.
O Guia de instalação do Oracle Solaris 10 9/10: planejamento para instalação e atualização fornece requisitos do sistema e informação de planejamento de alto nível, como diretrizes de planejamento para sistemas de arquivos e planejamento de atualização e muito mais. A lista a seguir descreve os capítulos do livro de planejamento.
Descrições do capítulo para o guia de planejamento |
Referência |
---|---|
Este capítulo descreve os novos recursos nos programas de instalação do Solaris. | |
Este capítulo fornece informações sobre as decisões necessárias a ser tomadas antes de instalar ou atualizar o Solaris OS. Por exemplo, será possível encontrar informações sobre a decisão de quando utilizar uma imagem de instalação de rede ou mídia de DVD e descrições de todos os programas de instalação do Solaris. | |
Este capítulo descreve os requisitos do sistema para instalar ou atualizar o Solaris OS. Diretrizes gerais para o planejamento do espaço em disco e alocação de espaço de permuta padrão também são fornecidos. Limitações da atualização também são descritas. | |
Este capítulo contém uma listas de verificação para ajudar a reunir todas as informações necessárias para instalar ou atualizar o sistema. Isso é útil se você estiver efetuando uma instalação interativa. Todas as informações necessárias para efetuar uma instalação interativa estarão disponíveis na lista de verificação. | |
Esta parte do livro inclui capítulos que fornecem visões gerais de várias tecnologias que se relacionam com a instalação ou atualização do Solaris OS. Diretrizes e requisitos relacionados a essas tecnologias também são incluídos. Este capítulo inclui informações sobre instalações do ZFS, inicialização, tecnologia de partição de do Solaris Zones e volumes de RAID-1 que podem ser criados na instalação. |
Este capítulo descreve como pré-configurar informações do sistema utilizando o arquivo sysidcfg. A pré-configuração pode ajudar a evitar solicitações para estas informações ao instalar o Solaris SO. Este capítulo também descreve como pré-configurar informações do Power Management. Este capítulo contém as seguintes seções:
Os métodos de instalação necessitam de informações de configuração sobre um sistema, como dispositivos periféricos, nome de host, endereço do protocolo de internet (IP) e serviço de identificação. Antes que a ferramenta de instalação solicite informações de configuração, ela verifica para informações de configuração que estejam armazenadas em algum outro lugar.
É possível escolher uma das maneiras a seguir para pré-configurar informações de sistema.
Tabela 2–1 Opções de pré-configurações
Pré-configurando arquivo ou serviço |
Descrição |
Informações adicionais |
---|---|---|
arquivo sysidcfg |
Predefina o nome do domínio, máscara de rede, DHCP, IPv6 e outros parâmetros utilizando as palavras-chave no arquivo sysidcfg. | |
Serviço de identificação |
Predefina o nome de host e endereços de IP ao pré-configurar as informações do sistema no serviço de identificação. | |
DHCP |
O DHCP ativa um sistema host em uma rede TCP/IP a ser configurada automaticamente para a rede quando o sistema inicializa. O DHCP pode gerenciar endereços de IP ao arrendá-los, conforme necessário, aos clientes. |
Pré-configurando a informação de configuração do sistema com o serviço DHCP (tarefas) |
Para informações mais detalhadas sobre a escolha do método de pré-configuração, consulte Escolhendo um serviço de identificação.
Quando o programa de instalação do Solaris ou o programa de instalação JumpStart personalizado detecta informações de sistema pré-configurado, o programa de instalação não solicita a inserir a informação. Por exemplo, você possui vários sistemas e não deseja uma solicitação de fuso horário toda vez que for instalar a versão atual do Solaris em um dos sistemas. É possível especificar o fuso horário no arquivo sysidcfg ou o bancos de dados do serviço de identificação. Ao instalar o versão atual do Solaris, o programa de instalação não solicita a digitação do fuso horário.
É possível especificar um conjunto de palavras-chave no arquivo sysidcfg para pré-configurar o sistema. As palavras-chave são descritas em Palavras-chave de arquivo sysidcfg.
A palavra-chave name_service no arquivo sysidcfg define automaticamente o serviço de identificação durante a instalação do Solaris OS. Esta configuração ignora serviços SMF anteriormente definidos para site.xml. Portanto, pode ser necessário redefinir o nome de serviço depois da instalação.
É necessário criar um único arquivo sysidcfg para cada sistema que necessita de informações de configuração diferentes. É possível utilizar o mesmo arquivo sysidcfg para pré-definir o fuso horário em uma configuração de sistemas de deseja que todos os sistemas sejam atribuídos ao mesmo fuso horário. Entretanto, se deseja pré-configurar uma senha raiz diferente (superusuário) para cada um destes sistemas, é necessário criar um único arquivo sysidcfg para cada sistema.
É possível inserir o arquivo sysidcfg em um dos seguintes.
Tabela 2–2 Locais sysidcfg
Sistema de arquivos NFS |
Se inserir o arquivo sysidcfg em um sistema de arquivos NFS compartilhado, é necessário utilizar a opção -p do comando add_install_client(1M) ao configurar o sistema para instalar da rede. A opção -p especifica onde o sistema pode encontrar o arquivo sysidcfg ao instalar a versão atual do Solaris. |
Disquete UFS ou PCFS |
Insira o arquivo sysidcfg no diretório raiz (/) no disquete. Se estiver efetuando uma instalação JumpStart personalizada e deseja utilizar um arquivo sysidcfg em um disquete, é necessário inserir o arquivo sysidcfg no disquete do perfil. Para criar um disquete de perfil, consulte Criando um disquete de perfil para sistemas independentes no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas. É possível inserir apenas um arquivo sysidcfg em um diretório ou em um disquete. Se estiver criando mais que um arquivo sysidcfg, é necessário inserir cada arquivo em um diretório diferente ou em um disquete diferente. |
Servidor HTTP ou HTTPS |
Se deseja efetuar uma instalação de inicialização WAN, insira o arquivo sysidcfg no diretório raiz de documento do servidor da Web. |
É possível utilizar o serviço de identificação ou DHCP para pré-configurar o sistema. Para informações, consulte Capítulo 3Pré-configurando com um serviço de identificação ou DHCP.
Crie um arquivo chamado sysidcfg em um editor de texto com as palavras-chave que deseja.
Torne o arquivo sysidcfg disponível para clientes utilizando um dos locais descritos em Tabela 2–2.
A seguir temos um exemplo de um arquivo sysidcfg para um sistema com base em SPARC. O nome de host, endereço IP e máscara de rede deste sistema foram pré-configurados ao editar o serviço de identificação. Como todas as informações de configuração de sistema são pré-configuradas neste arquivo, é possível utilizar um perfil JumpStart personalizado para efetuar uma instalação JumpStart personalizada. Neste exemplo, o nome do domínio NFSv4 é derivado automaticamente de um serviço de identificação. Como a palavra-chave service_profile não está incluída neste exemplo, a configuração não é alterada para os serviços de rede durante a instalação.
keyboard=US-English system_locale=en_US timezone=US/Central terminal=sun-cmd timeserver=localhost name_service=NIS {domain_name=marquee.central.example.com name_server=nmsvr2(172.31.112.3)} nfs4_domain=dynamic root_password=m4QPOWNY network_interface=hme0 {hostname=host1 default_route=172.31.88.1 ip_address=172.31.88.210 netmask=255.255.0.0 protocol_ipv6=no} security_policy=kerberos {default_realm=example.com admin_server=krbadmin.example.com kdc=kdc1.example.com, kdc2.example.com} |
O perfil de amostra sysidcfg a seguir é para um grupo de sistemas com base em x86. Neste exemplo, o nome do domínio NFSv4 é especificado para ser example.com. Este nome personalizado ignora o nome do domínio padrão. Também neste exemplo, os serviços da rede são desativados ou restritos apenas às conexões locais.
keyboard=US-English timezone=US/Central timeserver=timehost1 terminal=ibm-pc service_profile=limited_net name_service=NIS {domain_name=marquee.central.example.com name_server=nmsvr2(172.25.112.3)} nfs4_domain=example.com root_password=URFUni9 |
Na arquivo de amostra sysidcfga seguir, as informações de configuração são especificadas para as interfaces de rede eri0 e eri1. A interface eri0 é configurada como a interface de rede primária e eri1 é configurada como interface de rede secundária. Neste exemplo, o nome do domínio NFSv4 é derivado automaticamente de um serviço de identificação.
timezone=US/Pacific system_locale=C terminal=xterms timeserver=localhost network_interface=eri0 {primary hostname=host1 ip_address=192.168.2.7 netmask=255.255.255.0 protocol_ipv6=no default_route=192.168.2.1} network_interface=eri1 {hostname=host1-b ip_address=192.168.3.8 netmask=255.255.255.0 protocol_ipv6=no default_route=NONE} root_password=JE2C35JGZi4B2 security_policy=none name_service=NIS {domain_name=domain.example.com name_server=nis-server(192.168.2.200)} nfs4_domain=dynamic
Se planeja utilizar o arquivo sysidcfg em uma instalação através da rede, é necessário configurar um servidor de instalação e adicionar o sistema como cliente de instalação. Para mais informações, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Se deseja utilizar o arquivo sysidcfg em uma instalação de inicialização WAN, é necessário efetuar tarefas adicionais. Para mais informações, consulte Capítulo 10inicialização WAN (visão geral).
Se planeja utilizar o arquivo sysidcfg em uma instalação JumpStart personalizada, é necessário criar um perfil e um arquivo rules.ok. Para mais informações, consulte Capítulo 2, Personalização do JumpStart (visão geral), no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas.
Para mais informações sobre o arquivo sysidcfg, consulte a página do manual sysidcfg(4).
É possível utilizar dois tipos de palavras-chave no arquivo sysidcfg: independente e dependente. Palavras-chave dependentes são garantidas de ser únicas dentro das palavras-chave independentes. Uma palavra-chave dependente existe apenas quando é identificada com sua palavra-chave independente associada.
Neste exemplo, name_service é a palavra-chave independente, enquanto domain_name e name_server são as palavras-chave dependentes:
name_service=NIS {domain_name=marquee.central.example.com name_server=connor(192.168.112.3)} |
Tabela 2–3 lista as palavras-chave que podem ser utilizadas para configurar as informações do sistema no arquivo sysidcfg .
Tabela 2–3 Palavras-chave para utilizar em sysidcfg
Informações de configuração |
Palavra-chave |
---|---|
Layout e idioma de teclado | |
Serviço de identificação, nome de domínio, servidor de nome | |
Interface de rede, nome de host, endereço do protocolo de internet (IP), máscara de rede, DHCP, IPv6 | |
Definição do nome de domínio para NFSv4 | |
Senha raiz | |
Política de segurança | |
Perfil de segurança de rede | |
Idioma no qual exibir o programa de instalação e área de trabalho | |
Tipo de terminal | |
Fuso horário | |
Data e hora | |
Configuração do registro automático |
As seções seguintes descrevem as palavras-chave que podem ser utilizadas no perfil sysidcfg.
Começando com a versão Oracle Solaris 10 9/10, é possível utilizar a palavra-chave auto_reg para configurar ou desativar o Registro automático.
Registro automático do Oracle Solaris é novo na versão Oracle Solaris 10 9/10. Ao instalar ou atualizar o sistema, os dados de configuração sobre o sistema são, ao reinicializar, comunicados automaticamente através da tecnologia de marcação de serviço existente para o Sistema de registro de produto Oracle. Estes dados de marcação de serviço sobre o sistema são utilizados, por exemplo, para ajudar o Oracle a aprimorar suporte e serviços ao cliente. É possível aprender sobre marcações de serviço em http://wikis.sun.com/display/ServiceTag/Sun+Service+Tag+FAQ.
É possível utilizar estes mesmo dados de configuração para criar e gerenciar seu próprio inventário de sistemas. Ao registrar com as credenciais de suporte utilizando uma das opções de registro abaixo, é possível obter um maneira simples para fazer um inventário dos sistemas, ao registrar e rastrear as marcações de serviço para os sistemas e para os produtos do software instalados nos sistemas. Para instruções sobre rastreamento dos produtos registrados, consulte http://wikis.sun.com/display/SunInventory/Sun+Inventory.
É possível eleger os dados de configuração enviados para o Sistema de registro e produto Oracle de maneira anônima para que os dados da configuração enviados para o Oracle não possuam nenhum link para o nome de um cliente. É possível também desativar o Registro automático.
Para mais informações sobre o Registro automático, consulte Registro automático do Oracle Solaris no Guia de instalação do Oracle Solaris 10 9/10: planejamento para instalação e atualização.
É possível utilizar a palavra-chave auto_reg no arquivo sysidcfg antes de uma instalação ou atualização automática para fornecer credenciais de suporte para o Registro automático, para escolher registro anônimo ou para desativar o Registro automático. Se não definir o arquivo sysidcfg com estas palavras-chave, você será solicitado a fornecer as credenciais ou registrar anonimamente durante a instalação ou atualização.
A seguir, mostra a sintaxe geral da palavra-chave auto_reg.
auto_reg=[anon |none |noproxy |all |disable ] { oracle_user=username oracle_pw=oracle-password http_proxy_host=hostname http_proxy_port=port-number http_proxy_user=proxy-username htty_proxy_pw=proxy-password } |
Para utilizar esta palavra-chave, primeiro especifique um tipo básico de registro ao escolher um dos valores principais: anon, none, noproxy, all ou disable, como descritos na tabela a seguir. Então, utilize as palavras-chave adicionais a seguir para fornecer credenciais do My Oracle Support e para fornecer informações de proxy para o Registro automático.
Tabela 2–4 Palavras-chave e valores auto_reg
Esta informação também é fornecida na página do manual sysidcfg(4).
Utilize valores anon ou none para registros anônimos. Um registro anônimo significa que os dados da configuração enviados para o Oracle não possuem um link para o nome de um cliente ou pessoa. Se as credenciais do My Oracle Support são fornecidas durante a instalação, estas credenciais são ignoradas e o registro permanece anônimo.
Para incluir informações de proxy, consulte o valor anon. Se não deseja incluir informações de proxy, utilize o valor none.
No exemplo a seguir, o valor anon especifica que as marcações de serviço são registradas como anônimo no Oracle. E espera-se que sejam fornecidas informações de proxy no arquivo sysidcfg, como mostrado no exemplo a seguir, ou quando solicitado durante a instalação ou atualização.
auto_reg=anon { http_proxy_host=sss.com http_proxy_port=8040 http_proxy_user=myproxyusername htty_proxy_pw=si329jehId } |
No exemplos a seguir, o valor none especifica que as marcações de serviço são registradas anonimamente com o Oracle e que não deseja incluir informações de proxy. Se fornecer informações de proxy durante uma instalação ou atualização, aquela informação de proxy será ignorada.
auto_reg=none |
Utilize o valor noproxy ou o valor all, para registrar as marcações de serviço com o Oracle utilizando as credenciais do My Oracle Support ao reinicializar depois da instalação ou atualização do sistema.
Para incluir informações de proxy, consulte o valor all. Se não deseja incluir informações de proxy, utilize o valor noproxy. Consulte os exemplos a seguir.
No exemplo a seguir, o valor all especifica que as marcações de serviço são registradas com o Oracle utilizando as credenciais do My Oracle Support ao reinicializar depois da instalação ou atualização do sistema. É necessário fornecer credenciais do My Oracle Support como mostrado neste exemplo ou, quando for solicitado, durante a instalação ou atualização. Uma vez utilizado o valor all, é necessário fornecer também as informações de proxy como mostrado no exemplo a seguir, ou quando solicitado durante a instalação ou atualização.
auto_reg=all { oracle_user=myusername oracle_pw=ajsi349EKS987 http_proxy_host=sss.com http_proxy_port=8030 http_proxy_user=myproxyusername htty_proxy_pw=adjsi2934IEls } |
No exemplo a seguir, o valor noproxy especifica que as marcações de serviço são registradas com o Oracle utilizando as credenciais do My Oracle Support ao reinicializar depois da instalação ou atualização do sistema. É necessário fornecer credenciais do My Oracle Support como mostrado abaixo, ou quando for solicitado, durante a instalação ou atualização. Entretanto, uma vez utilizado o valor noproxy, não é necessário fornecer informações de proxy. Se fornecer informações de proxy durante uma instalação ou atualização, aquela informação de proxy é ignorada.
auto_reg=noproxy { oracle_user=myusername oracle_pw=sie7894KEdjs2 } |
No exemplo a seguir, o valor disable especifica que o Registro automático está desativado. Pode ser necessário utilizar o comando regadm para reativar o Registro automático. Para mais informações, consulte a página do manual regadm(1M) .
auto_reg=disable |
A ferramenta sysidkdb configura o idioma do USB de acordo com o layout do teclado.
Ocorre o procedimento a seguir:
Se o teclado for de identificação automática, o idioma e o layout do teclado serão configurados automaticamente durante a instalação.
Se o teclado não é auto-identificável, a ferramenta sysidkdb fornece uma lista de layouts de teclado suportados durante a instalação, para que possa ser selecionado um layout para a configuração de teclado.
Os teclados PS/2 não são de identificação automática. Você será solicitado a selecionar o layout de teclado durante a instalação.
É possível configurar o idioma do teclado e as informações de layout do teclado correspondentes ao utilizar a palavra-chave keyboard. Cada idioma possui seu próprio layout de teclado. Utilize a sintaxe a seguir para selecionar um idioma e seu layout correspondente.
keyboard=keyboard_layout
Por exemplo, esta entrada define o idioma do teclado e o layout de teclado correspondente para o idioma alemão:
keyboard=German
O valor fornecido para keyboard_layout deve ser um valor válido. Do contrário, uma resposta interativa será solicitada durante a instalação. As sequências de caracteres válidas keyboard_layout são definidas no arquivo /usr/share/lib/keytables/type_6/kbd_layouts.
Anteriormente, o teclado USB presumia um valor de auto-identificação de 1 durante a instalação. Portanto, todos os teclados que não foram auto-identificados sempre configuram para o layout de teclado de inglês americano durante a instalação.
se o teclado não for de identificação automática e você não quiser ser solicitado durante a instalação do JumpStart, selecione o idioma do teclado no arquivo sysidcfg. Para instalações JumpStart, o padrão é para idioma inglês americano. Para selecionar outro idioma e o layout de teclado correspondente, defina a entrada de teclado no arquivo sysidcfg como no exemplo fornecido acima.
Para mais informações, consulte as páginas do manual sysidcfg(4) e sysidtool (1M).
É possível utilizar a palavra-chave name_service para configurar o serviço de identificação, o nome do domínio e o servidor de nome para o sistema. A amostra a seguir mostra a sintaxe geral para a palavra-chave name_service.
name_service=name-service {domain_name=domain-name name_server=name-server optional-keyword=value} |
Escolha apenas um valor para name_service. Inclua todas ou nenhuma das domain_name, name_server, ou palavras-chave opcionais, conforme necessário. Se nenhuma palavra-chave for utilizada, omita as chaves {}.
A opção name_service no arquivo sysidcfg define automaticamente o serviço de identificação durante a instalação do Solaris OS. Esta configuração ignora serviços SMF que foram configurados anteriormente para site.xml. Portanto, pode ser necessário redefinir o nome de serviço depois da instalação.
As seções seguintes descrevem a sintaxe de palavra-chave para configurar o sistema para utilizar um serviço de identificação específico.
Utilize a sintaxe a seguir para configurar o sistema para utilizar o serviço de identificação NIS.
name_service=NIS {domain_name=domain-name name_server=hostname(ip-address)} |
Especifica o nome do domínio
Especifica o nome de host do servidor de nome
Especifica o endereço IP do servidor de nome
Os exemplos a seguir especificam um servidor NIS com o nome de domínio west.example.com. O nome de host do servidor é timber, e o endereço IP do servidor é 192.168.2.1.
name_service=NIS {domain_name=west.example.com name_server=timber(192.168.2.1)} |
Para mais informações sobre o serviço de identificação NIS, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .
Utilize a sintaxe a seguir para configurar o sistema para utilizar o serviço de identificação NIS.
name_service=NIS+ {domain_name=domain-name name_server=hostname(ip-address)} |
Especifica o nome do domínio
Especifica o nome de host do servidor de nome
Especifica o endereço IP do servidor de nome
Os exemplos a seguir especificam um servidor NIS+ com o nome de domínio west.example.com. O nome de host do servidor é timber, e o endereço IP do servidor é 192.168.2.1.
name_service=NIS+ {domain_name=west.example.com name_server=timber(192.168.2.1)} |
Para mais informações sobre o serviço de identificação NIS+, consulte System Administration Guide: Naming and Directory Services (NIS+) .
Utilize a sintaxe a seguir para configurar o sistema para utilizar DNS.
name_service=DNS {domain_name=domain-name name_server=ip-address,ip-address,ip-address search=domain-name,domain-name,domain-name, domain-name,domain-name,domain-name} |
Especifica o nome do domínio.
Especifica o endereço IP do servidor DNS. É possível especificar até três endereços de IP como valores para a palavra-chave name_server.
(Opcional) Especifica os domínios adicionais para pesquisar por informações de serviço de identificação. É possível especificar até seis nomes de domínio para pesquisar. O comprimento total de cada entrada de busca não pode exceder 250 caracteres.
Os exemplos a seguir especificam um servidor DNS com o nome de domínio west.example.com. Os endereços de IP são 10.0.1.10 e 10.0.1.20. example.com e east.example.com são listados como domínios adicionais para pesquisar por informações de serviço de identificação.
name_service=DNS {domain_name=west.example.com name_server=10.0.1.10,10.0.1.20 search=example.com,east.example.com} |
Para mais informações sobre o serviço de identificação DNS, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .
Utilize a sintaxe a seguir para configurar o sistema para utilizar LDAP.
name_service=LDAP {domain_name=domain_name profile=profile_name profile_server=ip_address proxy_dn="proxy_bind_dn" proxy_password=password} |
Especifica o nome do domínio do servidor LDAP.
Especifica o nome do perfil LDAP que deseja utilizar para configurar o sistema.
Especifica o endereço IP do servidor de perfil LDAP.
(Opcional) Especifica o nome distinguido de vinculação do proxy. É necessário colocar o valor proxy_bind_dn entre aspas.
(Opcional) Especifica a senha de proxy do cliente.
O exemplo a seguir especifica um servidor LDAP com as seguintes informações de configuração.
O nome do domínio é west.example.com.
O programa de instalação utiliza o perfil LDAP, que é chamado default, para configurar o sistema.
O endereço IP do servidor LDAP é 172.31.2.1.
O nome distinto de vinculação do proxy inclui as informações a seguir.
O nome comum para a entrada é proxyagent.
A unidade organizacional é perfil.
O domínio proxy inclui os componentes de domínio west, example e com.
A senha do proxy é password.
name_service=LDAP {domain_name=west.example.com profile=default profile_server=172.31.2.1 proxy_dn="cn=proxyagent,ou=profile, dc=west,dc=example,dc=com" proxy_password=password} |
Para mais informações sobre como utilizar o LDAP, consulte System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .
Utilize a palavra-chave network_interface para efetuar as tarefas a seguir.
Especifique um nome de host
Especifique um endereço IP
Especifique o endereço do roteador padrão
Especifique o valor da máscara de rede
Utilize DHCP para configurar a interface de rede
Ative IPv6 na interface de rede
As seções seguintes descrevem como utilizar a palavra-chave network_interface para configurar as interfaces do sistema.
Para desligar a rede para o sistema, defina o valor network_interface para nenhum. Por exemplo:
network_interface=none |
É possível utilizar a palavra-chave network_interface para configurar uma interface única nas maneiras a seguir.
Com DHCP: é possível utilizar um servidor DHCP na rede para configurar a interface de rede. Para mais informações sobre como utilizar um servidor DHCP durante a instalação, consulte Pré-configurando a informação de configuração do sistema com o serviço DHCP (tarefas).
Para utilizar o servidor DHCP para configurar uma única interface no sistema, utilize a sintaxe a seguir para a palavra-chave network_interface.
network_interface=PRIMARY or value {dhcp protocol_ipv6=yes-or-no} |
Instrui o programa de instalação para configurar a primeira interface sem autorretorno que é encontrada no sistema. A ordem é a mesma que a ordem exibida com o comando ifconfig. Se nenhuma interface estiver ativa, então a primeira interface sem autorretorno é utilizada. Se nenhuma interface sem autorretorno for encontrada, então o sistema não está conectado por rede.
Instrui o programa de instalação a configurar uma interface específica, como hme0 ou eri1.
Instrui o programa de instalação para configurar o sistema para utilizar IPv6 ou não.
Para instalações de inicialização WAN, é necessário definir o valor de protocol_ipv6=no .
Sem DHCP: se não deseja utilizar DHCP para configurar a interface de rede, é possível especificar as informações de configuração no arquivo sysidcfg. Para instruir o programa de instalação para configurar uma interface única no sistema sem utilizar DHCP, utilize a sintaxe a seguir.
network_interface=PRIMARY or value {hostname=host_name default_route=ip_address ip_address=ip_address netmask=netmask protocol_ipv6=yes_or_no} |
Instrui o programa de instalação para configurar a primeira interface sem autorretorno que é encontrada no sistema. A ordem é a mesma que a ordem exibida com o comando ifconfig. Se nenhuma interface estiver ativa, então a primeira interface sem autorretorno é utilizada. Se nenhuma interface sem autorretorno for encontrada, então o sistema não está conectado por rede.
Não utiliza o valor da palavra-chave PRIMARY se não deseja configurar várias interfaces.
Instrui o programa de instalação a configurar uma interface específica, como hme0 ou eri1.
(Opcional) Especifica o nome de host do sistema.
(Opcional) Especifica o endereço IP do roteado padrão. Se deseja que o programa de instalação detecte o roteador ao utilizar protocolo de descobrimento do roteador ICMP, omita esta palavra-chave.
Se o programa de instalação não puder detectar o roteador, aparecerá uma solicitação para informações do roteador durante a instalação.
(Opcional) Especifica o endereço IP do sistema.
(Opcional) Especifica o valor da máscara de rede para o sistema.
(Opcional) Instrui o programa de instalação para configurar o sistema para utilizar IPv6 ou não utilizar o IPv6.
Para efetuar uma instalação JumpStart personalizada autônoma, é necessário especificar um valor para a palavra-chave protocol_ipv6.
Para instalações de inicialização WAN, é necessário definir o valor de protocol_ipv6=no .
Inclua qualquer combinação das palavras-chave ou nenhuma delas hostname, ip_address e netmask, conforme necessário. Se não utilizar nenhuma dessas palavras-chave, omita as chaves ({}).
O exemplo a seguir instrui o programa de instalação a utilizar o DHCP para configurar a interface de rede eri0. Suporte ao IPv6 não está ativado.
network_interface=eri0 {dhcp protocol_ipv6=no} |
O exemplo a seguir configura a interface eri0 com as configurações a seguir.
O nome de host é definido para host1.
O endereço IP é definido em 172.31.88.100.
A máscara de rede é definida para 255.255.255.0.
Suporte ao IPv6 não está ativado na interface.
network_interface=eri0 {hostname=host1 ip_address=172.31.88.100 netmask=255.255.255.0 protocol_ipv6=no} |
É possível configurar várias interfaces de rede no arquivo sysidcfg. Para cada interface que deseja configurar, inclua uma entrada network_interface no arquivo sysidcfg.
É possível utilizar a palavra-chave network_interface para configurar várias interfaces das maneiras a seguir.
Com DHCP: é possível utilizar um servidor DHCP na rede para configurar a interface de rede. Para mais informações sobre como utilizar um servidor DHCP durante a instalação, consulte Pré-configurando a informação de configuração do sistema com o serviço DHCP (tarefas).
Para utilizar o servidor DHCP para configurar uma interface de rede no sistema, utilize a sintaxe a seguir para a palavra-chave network_interface.
network_interface=value {primary dhcp protocol_ipv6=yes-or-no} |
Instrui o programa de instalação a configurar uma interface específica, como hme0 ou eri1.
(Opcional) Especifica value como interface primária.
Instrui o programa de instalação para configurar o sistema para utilizar IPv6 ou não.
Para instalações de inicialização WAN, é necessário definir o valor de protocol_ipv6=no .
Sem DHCP: se não deseja utilizar DHCP para configurar a interface de rede, é possível especificar as informações de configuração no arquivo sysidcfg. Para instruir o programa de instalação a configurar várias interfaces sem utilizar DHCP, utilize a sintaxe a seguir.
network_interface=value {primary hostname=host_name default_route=ip_address or NONE ip_address=ip_address netmask=netmask protocol_ipv6=yes_or_no} |
Instrui o programa de instalação a configurar uma interface específica, como hme0 ou eri1.
(Opcional) Especifica value como interface primária.
(Opcional) Especifica o nome de host do sistema.
(Opcional) Especifica o endereço IP do roteado padrão. Se deseja que o programa de instalação detecte o roteador ao utilizar protocolo de descobrimento do roteador ICMP, omita esta palavra-chave.
Se configurar várias interfaces no arquivo sysidcfg, defina default_route=NONE para cada interface secundária que não utilize uma rota padrão estática.
Se o programa de instalação não puder detectar o roteador, aparecerá uma solicitação para informações do roteador durante a instalação.
(Opcional) Especifica o endereço IP do sistema.
(Opcional) Especifica o valor da máscara de rede para o sistema.
(Opcional) Instrui o programa de instalação para configurar o sistema para utilizar IPv6 ou não utilizar o IPv6.
Para efetuar uma instalação JumpStart personalizada autônoma, é necessário especificar um valor para a palavra-chave protocol_ipv6.
Para instalações de inicialização WAN, é necessário definir o valor de protocol_ipv6=no .
Inclua qualquer combinação das palavras-chave ou nenhuma delas hostname, ip_address e netmask, conforme necessário. Se não utilizar nenhuma dessas palavras-chave, omita as chaves ({}).
No mesmo arquivo sysidcfg, é possível utilizar o DHCP para configurar certas interfaces, enquanto também especifica as informações de configuração para outras interfaces no arquivo sysidcfg.
No exemplo a seguir, as interfaces de rede eri0 e eri1 são configuradas da maneira a seguir.
eri0 é configurado ao utilizar o servidor DHCP. Suporte ao IPv6 não é ativado em eri0.
eri1 é a interface de rede primária. O nome de host é definido como host1, e o endereço IP é definido como 172.31.88.100. A máscara de rede é definida para 255.255.255.0. Suporte ao IPv6 não é ativado no eri1 .
network_interface=eri0 {dhcp protocol_ipv6=no} network_interface=eri1 {primary hostname=host1 ip_address=172.146.88.100 netmask=255.255.255.0 protocol_ipv6=no} |
Para evitar ser solicitado a especificar um nome de domínio NFSv4 durante a instalação, utiliza a palavra-chave nfs4_domain no arquivo sysidcfg. Esta palavra-chave suprime a seleção de um nome de domínio durante o processo de instalação. Utilize a sintaxe a seguir:
nfs4_domain=dynamic or custom_domain_name |
Esta palavra-chave reservada deriva dinamicamente o nome de domínio NFSv4, com base na configuração de serviços de identificação. Por exemplo:
nfs4_domain=dynamic |
Este exemplo ativa o nome do domínio para ser derivado pelo serviço de identificação.
A palavra-chave reservada, dynamic, não distingue maiúsculas de minúsculas.
Por padrão, NFSv4 utiliza um nome de domínio que é derivado automaticamente dos serviços de identificação do sistema. Este nome de domínio é suficiente para a maioria das configurações. Em alguns casos, pontos de montagem que atravessam fronteiras de domínio podem fazer com que arquivos parecem ser possuídos por "ninguém", porque não existe nome de domínio comum. Para evitar esta situação, é possível ignorar o nome de domínio padrão e selecionar um nome de domínio personalizado.
Este valor ignora o nome do domínio padrão.
Este valor deve ser um nome de domínio personalizado válido. Um nome de domínio válido é composto de uma combinação de caracteres alfanuméricos, pontos, sublinhados e traços apenas. O primeiro caractere deve ser um caractere alfabético. Por exemplo:
nfs4_domain=example.com |
Este exemplo define o valor que é utilizado pelo daemon nfsmapid para ser example.com. Esta seleção ignora o nome do domínio padrão.
Nas versões anteriores, scripts permitiram que usuários evitassem serem solicitados para o nome de domínio NFSv4 durante a instalação.
Para instalações JumpStart no Solaris 10 OS, é possível utilizar a amostra de script do JumpStart de solução alternativa, set_nfs4_domain, para suprimir a solicitação NFSv4 durante a instalação. Este script não é mais necessário. Utilize a palavra-chave sysidcfg, nfs4_domain, ao invés.
Em versões anteriores, o arquivo /etc/.NFS4inst_state.domain foi criado pelo programa sysidnfs4. O arquivo deve suprimir a solicitação para um nome de domínio NFSv4 durante a instalação. Este arquivo não é mais criado. Utilize esta palavra-chave sysidcfg, nfs4_domain, ao invés.
É possível especificar a senha raiz para o sistema no arquivo sysidcfg. Para especificar a senha raiz, utilize a palavra-chave root_password com a sintaxe a seguir.
root_password=encrypted-password |
encrypted-password é a senha criptografada que aparece no arquivo /etc/shadow.
É possível utilizar a palavra-chave security_policy no arquivo sysidcfg para configurar o sistema a utilizar o protocolo de autenticação de rede Kerberos. Se deseja configurar o sistema para utilizar o Kerberos, utilize a sintaxe a seguir.
security_policy=kerberos {default_realm=FQDN admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3} |
FQDN especifica o nome de domínio inteiramente qualificado do domínio padrão Kerberos, o servidor de administração ou centro de distribuição de chave (KDC). É necessário especificar pelo menos um, mas não mais que três, centros de distribuição de chave.
Se não desejar definir a política de segurança para o sistema, defina security_policy=NONE.
Para mais informações sobre o protocolo de autenticação de rede Kerberos, consulte System Administration Guide: Security Services .
Este exemplo configura o sistema para utilizar o Kerberos com as informações a seguir.
O domínio padrão Kerberos é example.com.
O servidor de administração Kerberos é krbadmin.example.com .
Os dois centros de distribuição de chave são kdc1.example.com e kdc2.example.com.
security_policy=kerberos {default_realm=example.COM admin_server=krbadmin.example.com kdc=kdc1.example.com, kdc2.example.com} |
É possível utilizar a palavra-chave service_profile para instalar um sistema mais seguro ao restringir serviços de rede. Esta opção de segurança está disponível apenas para instalações iniciais. Uma atualização mantém todos os serviços definidos anteriormente.
Utilize uma das sintaxes a seguir para definir esta palavra-chave.
service_profile=limited_net |
service_profile=open |
limited_net especifica que todos os serviços de rede, exceto por Secure Shell, são desativados ou restritos para responder a requisitos locais apenas. Depois da instalação, qualquer serviço de rede individual pode ser ativado ao utilizar os comandos svcadm e svccfg.
open especifica que nenhuma alteração no serviço de rede foi feita durante a instalação.
Se a palavra-chave service_profile não está presente no arquivo sysidcfg, nenhuma alteração é feita ao estado do serviço de rede durante a instalação.
Os serviços de rede podem ser ativados após a instalação usando o comando abrir netservices ou ativando serviços individuais usando os comandos SMF. Consulte Revisando as configurações de segurança depois da instalação no Guia de instalação do Oracle Solaris 10 9/10: planejamento para instalação e atualização.
Para maiores informações sobre limitar a segurança de rede durante a instalação, consulte Planejamento de segurança de rede no Guia de instalação do Oracle Solaris 10 9/10: planejamento para instalação e atualização. Consulte também as páginas de manual a seguir.
netservices(1M)
svcadm(1M)
comandos svccfg(1M)
É possível utilizar a palavra-chave system_locale para especificar o idioma no qual exibir o programa de instalação e área de trabalho. Utilize a sintaxe a seguir para especificar um local.
system_locale=locale |
localidade especifica o idioma que deseja que o sistema utilize para exibir os painéis e telas de instalação. Para uma lista de valores locais válidos, consulte o diretório /usr/lib/locale ou International Language Environments Guide .
É possível utilizar a palavra-chave terminal para especificar o tipo de terminal para o sistema. Utilize a sintaxe a seguir para especificar o tipo de terminal.
terminal=terminal_type |
terminal_type especifica o tipo de terminal para o sistema. Para uma lista de valores de terminal válidos, consulte os subdiretórios no diretório /usr/share/lib/terminfo.
É possível definir o fuso horário para o sistema com a palavra-chave timezone. Utilize a sintaxe a seguir.
timezone=timezone |
No exemplo anterior, timezone especifica o valor do fuso horário para o sistema. Os diretórios e os arquivos no diretório /usr/share/lib/zoneinfo fornecem os valores de fuso horário válidos. O valor timezone é o nome do caminho relativo ao diretório /usr/share/lib/zoneinfo . É possível também especificar qualquer fuso horário Olson válido.
No exemplo a seguir, o fuso horário do sistema é definido para tempo padrão da montanha nos Estados Unidos.
timezone=US/Mountain |
O programa de instalação configura o sistema para utilizar a informação de fuso horário em /usr/share/lib/zoneinfo/US/Mountain.
É possível utilizar a palavra-chave timeserver para especificar o sistema que define a data e o fuso horário no sistema que deseja instalar.
Escolha um dos métodos a seguir para definir a palavra-chave timeserver.
Para configurar o sistema para servir como seu próprio servidor de tempo, defina timeserver=localhost. Se especificar localhost como servidor de tempo, o tempo do sistema é tido como correto.
Para especificar outro sistema com o servidor de tempo, especifique o nome de host ou o endereço IP do servidor de tempo com a palavra-chave timeserver. Utilize a sintaxe a seguir.
timeserver=hostname or ip-address |
hostname é o nome do host do sistema de servidor de tempo. ip-address especifica o endereço IP do servidor de tempo.
É possível utilizar o software Power Management, que é fornecido no Solaris SO, para salvar automaticamente o estado de um sistema e desligá-lo depois de estar inativo por 30 minutos. Quando instalar a versão atual do Solaris em um sistema que compila com a versão 2 das diretrizes Energy Star de EPA, por exemplo um sistema Sun4U, o software Power Management é instalado por padrão. Se instalar com o GUI Programa de instalação do Solaris, o programa de instalação solicita a ativação ou desativação do software Power Management. O instalador de texto Solaris solicita ativar ou desativar o software Power Management depois da instalação ser concluída e de o sistema reinicializar.
Se seu sistema tem o Energy Star versão 3 ou posterior, não recebe a solicitação de fornecer esta informação.
Se estiver efetuando instalações interativas, não é possível pré-configurar informações do Power Management e evitar a solicitação. Entretanto, ao utilizar uma instalação JumpStart personalizada, é possível pré-configurar as informações do Power Management utilizando um script final para criar um arquivo /autoshutdown ou /noautoshutdown no sistema. Quando o sistema reinicializa, o arquivo /autoshutdown ativa o Power Management e o arquivo /noautoshutdown desativa o Power Management.
Por exemplo, a linha a seguir em um script final ativa o software Power Management e evita a exibição da solicitação depois da reinicialização do sistema.
touch /a/autoshutdown |
Scripts finais são descritos em Criando script finais no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas.
Este capítulo descreve procedimentos sobre pré-configuração da informação do sistema com um serviço de identificação ou DHCP. Este capítulo contém as seções a seguir:
Você pode escolher uma das maneiras a seguir para pré-configurar a informação de configuração do sistema. É possível adicionar a informação de configuração do sistema a qualquer um dos seguintes.
Um arquivo sysidcfg em um sistema remoto ou disquete
A opção name_service no arquivo sysidcfg automaticamente configura o serviço de identificação durante a instalação do Solaris OS. Essas configurações ignoram os serviços previamente instalados para site.xml. Portanto, você pode precisar reiniciar seu serviço de nome depois da instalação.
O banco de dados do serviço de identificação disponível no seu site
Se o seu site utiliza DHCP, você também pode pré-configurar algumas informações do sistema no servidor DHCP do site. Para mais informações sobre como utilizar um servidor DHCP para pré-configurar a informação do sistema, consulte Pré-configurando a informação de configuração do sistema com o serviço DHCP (tarefas).
Utilize a tabela a seguir para determinar se irá utilizar um arquivo sysidcfg ou um banco de dados do serviço de identificação para pré-configurar a informação de configuração do sistema.
Tabela 3–1 Métodos para pré-configurar a informação de configuração do sistema
Sistema de informações pré-configurável | ||
---|---|---|
Sim |
Sim |
|
Sim |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
Sim Como essa informação é específica do sistema, edite o serviço de identificação em vez de que criar um arquivo sysidcfg diferente para cada sistema. |
Sim |
|
Sim Como essa informação é específica do sistema, edite o serviço de identificação em vez de criar um arquivo sysidcfg diferente para cada sistema. |
Sim |
|
Sim |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
Idioma (localidade) na qual será exibida a programa de instalação e o desktop |
Sim |
Sim, se NIS ou NIS+ Não, se DNS ou LDAP |
Sim |
Não |
|
Sim |
Sim |
|
Sim |
Sim |
|
Não É possível configurar essas informações com o programa de instalação do Solaris, mas não através do arquivo sysidcfg ou do serviço de identificação. |
Não |
|
Sim |
Não |
|
Sim |
Não |
|
x86: placa de vídeo, intensidade de cor, resolução da exibição, tamanho de tela |
Sim |
Não |
Sim |
Não |
|
SPARC: gerenciamento de energia (autodesligar) Você não pode pré-configurar o Gerenciador de energia através do arquivo sysidcfg ou serviço de identificação. SPARC: Pré-configurando informações do Power Management contém detalhes. |
Não |
Não |
A tabela a seguir fornece uma visão geral de alto nível do banco de dados do serviço de identificação que você precisa editar e preencher para pré-configurar a informação do sistema.
Informação do sistema para pré-configurar |
Banco de dados do serviço de identificação |
---|---|
Nome de host e endereço de Protocolo da Internet (IP) |
hosts |
Data e hora |
hosts. Especifique a alias timehost próxima ao nome de host do sistema que fornecerá a data e hora para os sistemas que estão sendo instalados. |
Fuso horário |
fuso horário |
Máscara de rede |
máscaras de rede |
Você não pode pré-configurar a localidade para um sistema com o DNS ou serviço de nome LDAP. Se você utilizar o serviço de nome NIS ou NIS+, siga o procedimento abaixo para utilizar o seu serviço de identificação para pré-configurar a localidade para o sistema.
Para pré-configurar com sucesso a sua localidade do sistema utilizando NIS ou NIS+, os requisitos a seguir devem ser obedecidos:
Você deve inicializar o sistema a partir da rede utilizando o comando a seguir:
ok boot net |
É possível utilizar as opções com esse comando. Consulte detalhes na Etapa 2 do procedimento SPARC: Para instalar o cliente através da rede (DVD).
O servidor NIS ou NIS+ deve estar disponível para acesso durante a instalação.
Se esses requisitos forem cumpridos, o instalador utiliza as configurações pré-configuradas e não avisa a localização durante a instalação. Se os requisitos não forem cumpridos, o instalador avisa a informação local durante a instalação.
Tornar-se superusuário ou assumir uma função equivalente no servidor de nome.
Funções contêm autorizações e comandos privilegiados. Para mais informações sobre funções, consulte Configuring RBAC (Task Map) no System Administration Guide: Security Services
Alterar /var/yp/Makefile para adicionar o mapa local.
Insira esse procedimento de shell depois do último variável.tempo procedimento de shell.
locale.time: $(DIR)/locale -@if [ -f $(DIR)/locale ]; then \ sed -e "/^#/d" -e s/#.*$$// $(DIR)/locale \ | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \ | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale.byname; \ touch locale.time; \ echo "updated locale"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) locale.byname; \ echo "pushed locale"; \ else \ : ; \ fi \ else \ echo "couldn't find $(DIR)/locale"; \ fi |
Encontre a sequência de caracteres all: e, no final da lista de variáveis, insira a palavra local.
all: passwd group hosts ethers networks rpc services protocols \ netgroup bootparams aliases publickey netid netmasks c2secure \ timezone auto.master auto.home locale |
Próximo do fim do arquivo, depois da última entrada do seu tipo, insira a sequência de caracteres local: locale.time em uma nova linha.
passwd: passwd.time group: group.time hosts: hosts.time ethers: ethers.time networks: networks.time rpc: rpc.time services: services.time protocols: protocols.time netgroup: netgroup.time bootparams: bootparams.time aliases: aliases.time publickey: publickey.time netid: netid.time passwd.adjunct: passwd.adjunct.time group.adjunct: group.adjunct.time netmasks: netmasks.time timezone: timezone.time auto.master: auto.master.time auto.home: auto.home.time locale: locale.time |
Salve o arquivo.
Criar o arquivo /etc/locale e faça uma entrada para cada domínio ou sistema específico:
Inserir localidade domain_name
Por exemplo, a entrada a seguir especifica que o francês é o idioma padrão utilizado no domínio example.com:
fr example.com |
International Language Environments Guide contém uma lista de localidades válidas.
Ou, insira localidade system_name.
O exemplo a seguir especifica que o francês belga é a localidade padrão utilizada por um sistema nomeado myhost:
fr_BE myhost |
As localidades estão disponíveis no Solaris DVD ou no CD Software Solaris - 1.
# cd /var/yp; make |
Sistemas que são especificados pelo domínio ou individualmente no mapa de localidade agora são configurados para utilizar a localidade padrão. A localidade padrão especificada é utilizada durante a instalação e pelo desktop depois de o sistema ser reinicializado.
Se você planeja utilizar o serviço de nome NIS em uma instalação na rede, é necessário configurar um servidor de instalação e adicionar o sistema como um cliente de instalação. Para mais informações, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Se você planeja utilizar o serviço de nome NIS em uma instalação JumpStart personalizada, é necessário criar um perfil e um arquivo rules.ok. Para mais informações, consulte Capítulo 2, Personalização do JumpStart (visão geral), no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas.
Para mais informações sobre o serviço de nome NIS, consulte Parte III, NIS Setup and Administration, no System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).
O procedimento a seguir assume que o domínio NIS+ está configurado. A configuração do domínio NIS+ é documentada em System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP) .
Efetue o logon em um servidor de nome como superusuário ou como um usuário no grupo de administração NIS+.
# nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw= locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d` |
Adicionar entradas necessárias para localidade.
# nistbladm -a name=namelocale=locale comment=comment locale.org_dir.`nisdefaults -d` |
Tanto o nome de domínio quanto um nome de sistema específico desejado para pré-configurar uma localidade padrão.
A localidade que você deseja instalar no sistema e utilizar no desktop depois de o sistema ser reinicializado. International Language Environments Guide contém uma lista de localidades válidas.
O campo comentário. Utilize aspas para iniciar e finalizar comentários com mais de uma palavra.
Localidades estão disponíveis no Solaris DVD ou no CD Software Solaris - 1.
Sistemas que são especificados pelo domínio ou individualmente na tabela localidade agora são configurados para utilizar a localidade padrão. A localidade padrão especificada é utilizada durante a instalação e pelo desktop depois de o sistema ser reinicializado.
Se você planeja utilizar o serviço de nome NIS+ em uma instalação sobre a rede, é necessário configurar um servidor de instalação e adicionar o sistema como um cliente de instalação. Para mais informações, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Se você planeja utilizar o serviço de nome NIS+ em uma instalação JumpStart personalizada, é necessário criar um perfil e um arquivo rules.ok. Para mais informações, consulte Capítulo 2, Personalização do JumpStart (visão geral), no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas.
Para mais informações sobre o serviço de nome NIS+, consulte System Administration Guide: Naming and Directory Services (NIS+) .
O Dynamic Host Configuration Protocol (DHCP) permite que sistemas de host sejam automaticamente configurados em uma rede TCP/IP para a rede ao serem inicializados. O DHCP utiliza um cliente e um mecanismo de servidor. Servidores armazenam e gerenciam informação de configuração para clientes e fornecem essa informação em uma solicitação do cliente. As informações incluem o endereço IP do cliente e informação sobre os serviços de rede disponíveis para o cliente.
Um benefício primário do DHCP é a habilidade para gerenciar as atribuições de endereços de IP através de leasing. Leasing permite que os endereços de IP sejam reivindicados quando não estão em uso e reatribuídos para outros clientes. Essa habilidade permite que um site utilize um conjunto de endereços de IP menor do que o necessário se endereços permanentes forem atribuídos a todos os clientes.
Você pode utilizar o DHCP para instalar o Solaris SO em certos sistemas de clientes na sua rede. Todos os sistemas com base em SPARC que são suportados pelo Solaris OS e sistemas com base em x86 que se adequem aos requisitos de hardware para executar o Solaris SO podem utilizar esse recurso.
O mapa de tarefas a seguir mostra o alto nível de tarefas que podem ser efetuadas para permitir que os clientes obtenham os parâmetros de instalação utilizando o DHCP.
Tabela 3–2 Mapa de tarefas: pré-configurando a informação de configuração do sistema com um serviço DHCP
Tarefa |
Descrição |
Instruções |
---|---|---|
Configurar um servidor de instalação. |
Configurar um servidor do Solaris para suportar os clientes que precisam instalar o Solaris SO da rede. | |
Configurar sistemas de clientes para instalação do Solaris na rede utilizando o DHCP. |
Utilize add_install_client -d para adicionar a instalação de rede DHCP suporte para uma classe de cliente (de um certo tipo de máquina, por exemplo) ou uma ID de cliente particular. |
Utilizando o DVD Solaris: Adicionando sistemas a serem instalados a partir da rede com uma imagem de DVD Utilizando o CD Solaris: Adicionando sistemas a ser instalados a partir da rede com uma imagem de CD |
Prepare sua rede para utilizar o serviço DHCP. |
Decida como deseja configurar o servidor DHCP. |
Capítulo 13, Planning for DHCP Service (Tasks), no System Administration Guide: IP Services |
Configurar o servidor DHCP. |
Utilize o Gerenciador DHCP para configurar seu servidor DHCP |
Capítulo 14, Configuring the DHCP Service (Tasks), no System Administration Guide: IP Services |
Crie opções DHCP para parâmetros de instalação e macros que incluem as opções. |
Utilize o Gerenciador DHCP ou dhtadm para criar novas opções de fornecedores e macros que o servidor DHCP pode utilizar para passar informações da instalação para os clientes. |
Criando opções DHCP e macros para os parâmetros de instalação do Solaris |
Quando você adiciona clientes com o script add_install_client -d no servidor de instalação, o script relata a informação de configuração DHCP a para saída padrão. Essa informação pode ser utilizada quando você criar as opções e macros que são necessários para passar a informação de instalação de rede para os clientes.
É possível personalizar as opções e macros no serviço DHCP para efetuar os tipos de instalações a seguir.
Instalações de classe específica: você pode orientar o serviço DHCP para efetuar uma instalação de rede para todos os clientes de uma classe específica. Por exemplo, é possível definir um macro DHCP que efetue a mesma instalação em todos os sistemas Sun Blade na rede. Utilize a saída do comando add_install_client -d para configurar a instalação de classe específica.
Instalações de rede específica: você pode orientar o serviço DHCP para efetuar uma instalação de rede para todos os clientes em uma rede específica. Por exemplo, é possível definir um macro DHCP que efetue a mesma instalação em todos os sistemas na rede 192.168.2.
Instalações de cliente específico: você pode orientar o serviço DHCP para efetuar uma instalação de rede para um cliente com um endereço de Ethernet específico. Por exemplo, é possível definir um macro DHCP que efetue uma instalação específica no cliente com o endereço de Ethernet 00:07:e9:04:4a:bf. Utilize a saída do comando add_install_client -d -e ethernet_address para configurar uma instalação de cliente específico.
Para mais informações sobre configurar clientes para utilizar um servidor DHCP para uma instalação de rede, consulte os procedimentos a seguir.
Para instalações de rede que utilizam a mídia DVD, consulte Adicionando sistemas a serem instalados a partir da rede com uma imagem de DVD.
Para instalações de rede que utilizam a mídia CD, consulte Adicionando sistemas a ser instalados a partir da rede com uma imagem de CD.
Para instalar clientes DHCP da rede, você deve criar opções de categoria de fornecedor para passar a informação necessária para instalar o Solaris SO. As tabelas a seguir descrevem opções comuns do DHCP que você pode utilizar para instalar um cliente DHCP.
É possível utilizar as opções DHCP padrão que estão listadas em Tabela 3–3 para configurar e instalar os sistemas com base em x86. Essas opções não são específicas da plataforma e podem ser utilizadas para instalar o Solaris OS em uma variedade de sistemas com base em x86. Utilize essa opções para instalar a versão 10 do Solaris em sistemas com base em x86 utilizando o DHCP. Para uma lista completa de opções padrão, consulte dhcp_inittab(4).
Tabela 3–4 opções de lista que você pode utilizar para instalar os sistemas clientes da Sun. Os tipos de cliente fornecedor que são listadas nessa tabela determinam quais classes de clientes podem utilizar a opção. As classes de clientes fornecedores enumeradas aqui são apenas exemplos. É necessário especificar as classes de cliente que indicam os clientes reais na rede que precisam ser instalados a partir da rede. Consulte Working With DHCP Options (Task Map) no System Administration Guide: IP ServicesPara informações sobre como determinar um tipo de cliente fornecedor do cliente.
Para informações detalhadas sobre opções DHCP, consulte DHCP Option Information no System Administration Guide: IP Services.
Tabela 3–3 Valores para opções DHCP padrão
Nome da opção |
Código |
Tipo de dados |
Granularidade |
Máximo |
Descrição |
---|---|---|---|---|---|
BootFile |
N/D |
ASCII |
1 |
1 |
Caminho para o arquivo de inicialização do cliente |
BootSrvA |
N/D |
Endereço IP |
1 |
1 |
endereço IP ou servidor de inicialização |
DNSdmain |
15 |
ASCII |
1 |
0 |
nome de domínio DNS |
DNSserv |
6 |
Endereço IP |
1 |
0 |
Lista de servidores de nome DNS |
NISdmain |
40 |
ASCII |
1 |
0 |
NIS domain name |
NISservs |
41 |
Endereço IP |
1 |
0 |
Endereço de IP e servidor NIS |
NIS+dom |
64 |
ASCII |
1 |
0 |
nome de domínio NIS+ |
NIS+serv |
65 |
Endereço IP |
1 |
0 |
endereço IP do servidor NIS+ |
Roteador |
3 |
Endereço IP |
1 |
0 |
Endereços IP dos roteadores de rede |
Tabela 3–4 Valores para criar opções de categoria de fornecedores para os clientes do Solaris
Nome |
Código |
Tipo de dados |
Granularidade |
Máximo |
Tipos de cliente fornecedor* |
Descrição |
---|---|---|---|---|---|---|
As opções de categoria de fornecedores a seguir são necessárias para ativar um servidor DHCP para suportar os clientes de instalação do Solaris. As opções são utilizadas nos scripts de inicialização dos clientes do Solaris Observação – Os tipos de cliente fornecedor listados aqui são apenas exemplos. É necessário especificar os tipos de clientes que indicam clientes reais na rede que você precisa instalar a partir da rede. |
||||||
SrootIP4 |
2 |
Endereço IP |
1 |
1 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Endereço IP do servidor raiz |
SrootNM |
3 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Nome de host do servidor raiz |
SrootPTH |
4 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho ao diretório raiz do cliente no servidor raiz |
SinstIP4 |
10 |
Endereço IP |
1 |
1 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Endereço IP do servidor de instalação JumpStart |
SinstNM |
11 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Nome de host do servidor de instalação |
SinstPTH |
12 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para a imagem de instalação no servidor de instalação |
As opções a seguir podem ser utilizadas nos scripts de inicialização dos clientes, mas não são obrigatórias nos scripts. Observação – Os tipos de cliente fornecedor listados aqui são apenas exemplos. É necessário especificar os tipos de clientes que indicam clientes reais na rede que você precisa instalar a partir da rede. |
||||||
SrootOpt |
1 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Opções de montagem NFS para o sistema de arquivos raiz do cliente |
SbootFIL |
7 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para o arquivo de inicialização do cliente |
SbootRS |
9 |
NÚMERO |
2 |
1 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
O tamanho da leitura NFS utilizado pelo programa de inicialização independente ao carregar o kernel |
SsysidCF |
13 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para o arquivo sysidcfg no formato server:/path |
SjumpsCF |
14 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para o arquivo de configuração JumpStart no formato server:/path |
16 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para o arquivo de inicialização independente ou caminho para o arquivo de inicialização WAN. Para o arquivo de inicialização independente, utilize o formato a seguir. tftp://inetboot.sun4u Para o arquivo de inicialização WAN, o formato é: http://host.domain/caminho-para- arquivo Essa opção pode ser utilizada para ignorar as configurações BootFile e siaddr para restaurar o arquivo de inicialização independente. Protocolos suportados: tftp (inetboot), http (wanboot). Por exemplo, utilize o formato a seguir. tftp://inetboot.sun4u |
|
17 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Endereço IP e número da porta do servidor proxy utilizado na rede. Essa opção é necessária apenas quando o cliente está inicializando através de uma WAN e a rede local utiliza um servidor proxy. Por exemplo, utilize o formato a seguir: 198.162.10.5:8080 |
|
As opções a seguir não são atualmente utilizadas pelos scripts de inicialização dos clientes do Solaris. É possível utilizá-los apenas se editar os scripts de inicialização. Observação – Os tipos de cliente fornecedor listados aqui são apenas exemplos. É necessário especificar os tipos de clientes que indicam clientes reais na rede que você precisa instalar a partir da rede. |
||||||
SswapIP4 |
5 |
Endereço IP |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Endereço IP do servidor de permuta |
SswapPTH |
6 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Caminho para o arquivo de permuta do cliente no servidor de permuta |
Stz |
8 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Fuso horário para o cliente |
Sterm |
15 |
texto ASCII |
1 |
0 |
SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc |
Tipo de terminal |
Quando você cria as opções, cria macros que incluem essas opções. A tabela a seguir lista macros de amostra de tabelas que podem ser criados para suportar a instalação do Solaris para os clientes.
Tabela 3–5 Macros de amostra para suportar os clientes de instalação da rede
Nome de macro |
Contêm essas opções e macros |
---|---|
Solaris |
SrootIP4, SrootNM, SinstIP4, SinstNM |
sparc |
SrootPTH, SinstPTH |
sun4u |
Macros Solaris e sparc |
sun4v |
Macros Solaris e sparc |
i86pc |
Macro Solaris, SrootPTH, SinstPTH, SbootFIL |
SUNW.i86pc |
Macro i86pc Observação – O tipo de cliente fornecedor SUNW.i86pc é válido somente para a versão 10 3/05 do Solaris e versões compatíveis. |
SUNW.Sun-Blade-1000 |
Macro sun4u, SbootFIL |
SUNW.Sun-Fire-880 |
Macro sun4u, SbootFIL |
PXEClient:Arch:00000:UNDI:002001 |
BootSrvA, BootFile |
Macros de endereço de rede xxx.xxx.xxx.xxx |
A opção BootSrvA pode ser adicionada em macros de endereço de rede existente. O valor do BootSrvA deve indicar o servidor tftboot. |
Macros de cliente específico 01client-MAC-address (por exemplo, 010007E9044ABF) |
BootSrvA, BootFile |
Os nomes dos macros que estão listados na tabela anterior correspondem aos tipos de cliente fornecedor dos clientes que devem instalar a partir da rede. Esses nomes são exemplos de clientes que você deve possuir na sua rede. Consulte Working With DHCP Options (Task Map) no System Administration Guide: IP Services para informações sobre determinar um tipo de cliente fornecedor do cliente.
É possível criar essas opções e macros utilizando os métodos a seguir.
Crie essas opções e macros no Gerenciador DHCP. Consulte Utilizando o Gerenciador DHCP para criar macros e opções de instalação para instruções sobre como criar opções e macros no Gerenciador DHCP.
Escreva um script que cria as opções e macros utilizando o comandodhtadm. Consulte Escrevendo um script que utiliza dhtadm para criar opções e macros para informações sobre como escrever scripts que criam essas opções e macros.
Note que o tamanho total das opções de fornecedores que são fornecidas a um cliente particular não pode exceder 255 bytes, incluindo as opções de código e quantidade de informações. Essa é uma limitação da atual implementação do protocolo DHCP do Solaris. Geralmente, você deve passar o montante mínimo necessário de informações de fornecedores. É necessário utilizar nomes de caminho curtos nas opções que requerem nomes de caminho. Se você criar links simbólicos para caminhos longos, utilize nomes de link mais curtos.
É possível utilizar o Gerenciador DHCP para criar as opções que estão listadas em Tabela 3–4and the macros that are listed inTabela 3–5.
Efetue as tarefas a seguir antes de criar macros DHCP para sua instalação.
Adicione os clientes que você quer instalar com o DHCP assim como os clientes de instalação do seu servidor de instalação de rede. Para informações sobre como adicionar um cliente a um servidor de instalação, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Configure seu servidor DHCP. Se você não configurou o servidor DHCP, consulte Capítulo 13, Planning for DHCP Service (Tasks), no System Administration Guide: IP Services
Torne-se superusuário ou assuma uma função equivalente no sistema do servidor DHCP.
Funções contêm autorizações e comandos privilegiados. Para mais informações sobre funções, consulte Configuring RBAC (Task Map) no System Administration Guide: Security Services.
Inicie o Gerenciador DHCP.
# /usr/sadm/admin/bin/dhcpmgr & |
A janela do Gerenciador DHCP é exibida.
Selecione a aba Opções no Gerenciador DHCP.
Escolha Criar no menu Editar.
O painel Criar opção é aberto.
Digite a opção nome para a primeira opção e, em seguida, digite valores apropriados para essa opção.
Utilize a saída do comando add_install_client , Tabela 3–3, eTabela 3–4 para verificar as opções de nomes e valores que você deve criar. Observe que os tipos de cliente fornecedor são apenas valores sugeridos. É necessário criar classes para indicar os tipos de clientes verdadeiros necessários para obter os parâmetros de instalação do Solaris a partir do serviço DHCP. Consulte Working With DHCP Options (Task Map) no System Administration Guide: IP Services para informações sobre como determinar um tipo de cliente fornecedor do cliente.
Clique em OK quando você tiver entrado com todos os valores.
Na aba Opções, selecione a opção recém-criada.
Selecione Duplicar no menu Editar.
O painel Opção duplicar é aberto.
Digite o nome de outra opção e, em seguida, modifique outros valores apropriadamente.
Os valores para código, tipo de dados, granularidade e máximo são mais propensos a necessidade de modificação. Consulte Tabela 3–3 e Tabela 3–4 para os valores.
Repita Etapa 7 através de Etapa 9 até criar todas as opções.
Agora, você pode criar macros para passar as opções para os clientes de instalação da rede conforme explicado no procedimento a seguir.
Não é necessário adicionar essas opções para um arquivo /etc/dhcp/inittab do cliente Solaris porque elas já foram incluídas nesse arquivo.
Efetue as tarefas a seguir antes de criar macros DHCP para sua instalação.
Adicione os clientes que você quer instalar com o DHCP assim como os clientes de instalação do seu servidor de instalação de rede. Para mais informações sobre como adicionar um cliente a um servidor de instalação, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Configure o servidor DHCP. Se você não configurou o servidor DHCP, consulte Capítulo 13, Planning for DHCP Service (Tasks), no System Administration Guide: IP Services.
Crie as opções DHCP que você deseja utilizar na macro. Para instruções sobre como criar opções DHCP, consulte Como criar opções para suportar a instalação do Solaris (Gerenciador DHCP).
Selecione a aba Macros no Gerenciador DHCP.
Escolha Criar no menu Editar.
O painel Criar macro é aberto.
Digite o nome de um macro.
Consulte Tabela 3–5 para nomes de macro que você pode utilizar.
Clique no botão Selecionar.
O painel Selecionar opção é aberto.
Selecione Fornecedor na lista Categoria.
As opções de fornecedor criadas são listadas.
Selecione uma opção que você deseja adicionar ao macro e clique em OK.
Digite um valor para a opção.
Consulte Tabela 3–3 e Tabela 3–4 para o tipo de dados da opção e refira-se à informação que add_install_client -d relata.
Repita Etapa 6 através de Etapa 7 para cada opção que você deseja incluir.
Para incluir outro macro, digite Incluir como o nome da opção e digite o nome do macro como o valor de opção.
Clique em OK quando o macro estiver completo.
Se você planeja utilizar o DHCP em uma instalação na rede, é necessário configurar um servidor de instalação e adicionar o sistema como um cliente de instalação. Para mais informações, consulte Capítulo 4Instalando a partir de uma rede (visão geral).
Se você planeja utilizar o DHCP em uma instalação WAN, é necessário efetuar tarefas adicionais. Para mais informações, consulte Capítulo 10inicialização WAN (visão geral).
Se você planeja utilizar o DHCP em uma instalação JumpStart personalizada, é necessário criar um perfil e um arquivo rules.ok. Para mais informações, consulte Capítulo 2, Personalização do JumpStart (visão geral), no Guia de instalação do Oracle Solaris 10 9/10: instalação JumpStart personalizada e instalações avançadas.
Para mais informações sobre DHCP, consulte Parte III, DHCP, no System Administration Guide: IP Services.
É possível criar um script Korn shell adaptando o exemplo em Exemplo 3–1 para criar todas as opções listadas em Tabela 3–3 e Tabela 3–4 e alguns macros úteis. Certifique-se de alterar todos os endereços IP e valores contidos nas cotações para os endereços IP corretos, nomes de servidor e caminhos para sua rede. É necessário também editar a chave Vendor= para indicar o tipo de clientes que você possui. Utilize a informação que descreve add_install_client -d para obter os dados necessários para adaptar o script.
# Load the Solaris vendor specific options. We'll start out supporting # the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Note that the # SUNW.i86pc option only applies for the Solaris 10 3/05 release. # Changing -A to -M would replace the current values, rather than add them. dhtadm -A -s SrootOpt -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0' dhtadm -A -s SrootIP4 -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1' dhtadm -A -s SrootNM -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0' dhtadm -A -s SrootPTH -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0' dhtadm -A -s SswapIP4 -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0' dhtadm -A -s SswapPTH -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0' dhtadm -A -s SbootFIL -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0' dhtadm -A -s Stz -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0' dhtadm -A -s SbootRS -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1' dhtadm -A -s SinstIP4 -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1' dhtadm -A -s SinstNM -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0' dhtadm -A -s SinstPTH -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0' dhtadm -A -s SsysidCF -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0' dhtadm -A -s SjumpsCF -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0' dhtadm -A -s Sterm -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0' dhtadm -A -s SbootURI -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0' dhtadm -A -s SHTTPproxy -d \ 'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0' # Load some useful Macro definitions. # Define all Solaris-generic options under this macro named Solaris. dhtadm -A -m Solaris -d \ ':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":' # Define all sparc-platform specific options under this macro named sparc. dhtadm -A -m sparc -d \ ':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":' # Define all sun4u architecture-specific options under this macro named sun4u. # (Includes Solaris and sparc macros.) dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:' # Solaris on IA32-platform-specific parameters are under this macro named i86pc. # Note that this macro applies only for the Solaris 10 3/05 release. dhtadm -A -m i86pc -d \ ':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\ :SbootFIL="/platform/i86pc/kernel/unix":' # Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All # clients identifying themselves as members of this class will see these # parameters in the macro called SUNW.i86pc, which includes the i86pc macro. # Note that this class only applies for the Solaris 10 3/05 release. dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:' # Sun-Blade-1000 platforms identify themselves as part of the # "SUNW.Sun-Blade-1000" class. # All clients identifying themselves as members of this class # will see these parameters. dhtadm -A -m SUNW.Sun-Blade-1000 -d \ ':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\ Include=sun4u:' # Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class. # All clients identifying themselves as members of this class will see these parameters. dhtadm -A -m SUNW.Sun-Fire-880 -d \ ':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:' # Add our boot server IP to each of the network macros for our topology served by our # DHCP server. Our boot server happens to be the same machine running our DHCP server. dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2 dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2 dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2 dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2 dhtadm -M -m 10.22.0.0 -e BootSrvA=10.21.0.2 # Make sure we return host names to our clients. dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_ # Create a macro for PXE clients that want to boot from our boot server. # Note that this macro applies for the Solaris 10 3/05 release. dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \ :BootFile=nbp.i86pc:BootSrvA=10.21.0.2: # Create a macro for PXE clients that want to boot from our boot server. # Note that this macro applies for the Solaris 10 2/06 release. dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \ :BootFile=i86pc:BootSrvA=10.21.0.2: # Create a macro for the x86 based client with the Ethernet address 00:07:e9:04:4a:bf # to install from the network by using PXE. dhtadm -A -m 010007E9044ABF -d :BootFile=010007E9044ABF:BootSrvA=10.21.0.2: # The client with this MAC address is a diskless client. Override the root settings # which at the network scope setup for Install with our client's root directory. dhtadm -A -m 0800201AC25E -d \ ':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":' |
Como superusuário, execute dhtadm no modo lote. Especifique o nome do script para adicionar as opções e macros para a sua dhcptab. Por exemplo, se o seu script está nomeado como netinstalloptions, digite o comando a seguir.
# dhtadm -B netinstalloptions |
Clientes que possuírem tipos de cliente fornecedor que são listados na sequência Vendor= agora podem utilizar o DHCP para instalar na rede.
Para mais informações sobre como utilizar o comando dhtadm, consulte dhtadm(1M). Para mais informações sobre o arquivodhcptab, consulte dhcptab(4).