A guia Opções Globais do módulo Configurações de Rede do YaST permite definir opções globais de rede importantes, como o uso do NetworkManager, o IPv6 e opções de cliente DHCP. Essas configurações são aplicáveis a todas as interfaces de rede.

Em Método de Configuração da Rede, escolha o modo como as conexões de rede são gerenciadas. Para que um applet de área de trabalho do NetworkManager gerencie as conexões de todas as interfaces, escolha Serviço do NetworkManager. O NetworkManager é ideal para alternar entre várias redes com fio e wireless. Se você não tem um ambiente de área de trabalho em execução, ou se o seu computador for um servidor Xen, um sistema virtual ou fornecer serviços de rede como DHCP ou DNS em sua rede, use o método Serviço Wicked. Se o NetworkManager for usado, o nm-applet deverá ser usado para configurar opções de rede, e as guias Visão Geral, Nome de host/DNS e Roteamento do módulo Configurações de Rede estarão desabilitadas. Para obter mais informações sobre o NetworkManager, consulte o Capítulo 22, Usando o NetworkManager.

Em Configurações do Protocolo IPv6, escolha se é para usar o protocolo IPv6. É possível usar o IPv6 juntamente com o IPv4. Por padrão, IPv6 está habilitado. Contudo, nas redes que não usam o protocolo IPv6, os tempos de resposta podem ser acelerados com o protocolo IPv6 desabilitado. Para desabilitá-lo, desmarque Habilitar IPv6. Se o IPv6 for desabilitado, o Kernel não carregará mais o módulo IPv6 automaticamente. Esta configuração será aplicada após a reinicialização.

Nas Opções do Cliente DHCP, configure as opções do cliente DHCP. O Identificador de Cliente DHCP deve ser diferente para cada cliente DHCP na mesma rede. Se ficar vazio, assumirá como padrão o endereço de hardware da interface da rede. Entretanto, se você tiver várias máquinas virtuais em execução na mesma interface de rede e, portanto, com o mesmo endereço de hardware, especifique aqui um identificador exclusivo.

O Nome do Host a Enviar especifica uma string usada no campo da opção de nome de host quando o cliente DHCP envia mensagens ao servidor DHCP. Alguns servidores DHCP atualizam as zonas do servidor de nomes (registros diretos e reversos) de acordo com esse nome de host (DNS Dinâmico). Além disso, alguns servidores DHCP exigem que o campo da opção Nome do Host a Enviar contenha uma string específica nas mensagens DHCP dos clientes. Mantenha AUTO para enviar o nome de host atual (ou seja, o que está definido em /etc/HOSTNAME). Deixe o campo da opção vazio para não enviar nenhum nome de host.

Para não mudar a rota padrão de acordo com as informações do DHCP, desmarque Mudar Rota Padrão via DHCP.

Para mudar a configuração de uma placa de rede, selecione-a na lista de placas detectadas em Configurações de Rede › Visão Geral no YaST e clique em Editar. A caixa de diálogo Configuração da Placa de Rede é exibida, na qual é possível ajustar a configuração da placa usando as guias Geral, Endereço e Hardware.

20.4.1.2.2 Configurando vários endereços #

Um dispositivo de rede pode ter vários endereços IP.

Nota: álias são um recurso de compatibilidade

Os chamados álias ou rótulos, respectivamente, funcionam apenas com IPv4. Com IPv6, eles serão ignorados. O uso das interfaces de rede iproute2 pode ter um ou mais endereços.

Ao usar o YaST para definir endereços adicionais para a sua placa de rede, faça o seguinte:

1. Selecione uma placa na lista de placas detectadas na guia Visão Geral da caixa de diálogo Configurações de Rede do YaST e clique em Editar.

2. Na guia Endereço › Endereços Adicionais, clique em Adicionar.

3. Digite o Rótulo do Endereço IPv4, o Endereço IP e a Máscara de rede. Não inclua o nome da interface no nome do álias.

4. Para ativar a configuração, confirme as definições.

Se uma placa de rede não for detectada corretamente, ela não será incluída na lista de placas detectadas. Se você tiver certeza de que o sistema contém um driver para sua placa, poderá configurá-la manualmente. Se for possível, configure também tipos especiais de dispositivos de rede, como ponte, ligação, TUN ou TAP. Para configurar uma placa de rede não detectada (ou um dispositivo especial), faça o seguinte:

Se você não mudou a configuração de rede durante a instalação e a placa Ethernet já estava disponível, um nome de host foi gerado automaticamente para o seu computador e o DHCP foi ativado. O mesmo se aplica às informações de serviço de nomes de que o host necessita para se integrar a um ambiente de rede. Se o DHCP for usado para a configuração de endereços de rede, a lista de servidores de nomes de domínio será preenchida automaticamente com os dados adequados. Se uma configuração estática for preferencial, defina esses valores manualmente.

Para mudar o nome do seu computador e ajustar a lista de pesquisa do servidor de nomes, faça o seguinte:

É possível também editar o nome de host usando o YaST da linha de comando. As mudanças feitas pelo YaST entram em vigor imediatamente (o que não acontece quando se edita o arquivo /etc/HOSTNAME manualmente). Para mudar o nome de host, use o seguinte comando:

yast dns edit hostname=hostname

Para mudar os servidores de nomes, use os seguintes comandos:

yast dns edit nameserver1=192.168.1.116
yast dns edit nameserver2=192.168.1.117
yast dns edit nameserver3=192.168.1.118

Para que sua máquina se comunique com outras máquinas e redes, é necessário fornecer informações de roteamento para que o tráfego de rede siga o caminho correto. Se o DHCP for usado, essas informações serão fornecidas automaticamente. Se uma configuração estática for usada, esses dados deverão ser adicionados manualmente.

O wicked suporta:

No SUSE Linux Enterprise, o wicked será executado por padrão, se você não selecionar o NetworkManager. Caso você tenha que habilitá-lo, chame:

systemctl enable --force wicked.service

Isso habilita os serviços do wicked, cria o link do álias network.service com o álias wicked.service e inicia a rede na próxima inicialização.

Iniciando o processo do servidor:

systemctl start wickedd.service

Isso inicia o wickedd (o servidor principal) e os suplicantes associados no modo de depuração, imprimindo as informações de rastreamento no syslog:

/usr/sbin/wickedd --foreground
/usr/lib/wicked/bin/wickedd-dhcp4 --foreground
/usr/lib/wicked/bin/wickedd-auto4 --foreground
/usr/lib/wicked/bin/wickedd-dhcp6 --foreground

Ativando a rede:

systemctl start wicked.service

Se preferir, também com o álias network.service:

systemctl start network.service

Estes comandos usam as fontes de configuração padrão ou do sistema, conforme definido em /etc/wicked/client.xml.

Para habilitar a depuração, defina WICKED_DEBUG_PARAM em /etc/sysconfig/network/config (isso pode mudar no futuro), por exemplo:

WICKED_DEBUG_PARAM="--debug most"

Use o utilitário cliente para exibir as informações da interface para todas as interfaces ou para a interface especificada com ifname:

wicked show all
wicked show ifname

Na saída XML:

wicked show-xml all
wicked show-xml ifname

Ativando uma interface:

wicked ifup eth0
wicked ifup wlan0
...

Como não há nenhuma fonte de configuração especificada, o cliente do wicked verifica suas fontes de configuração padrão definidas em /etc/wicked/client.xml:

O que o wicked obtiver destas fontes para determinada interface será aplicado. A ordem de importância pretendida é firmware, depois compat e depois wicked, isso poderá ser mudado no futuro, quando os requisitos de compatibilidade do ifcfg ficarem flexíveis.

Vamos apresentar algo interessante: um exemplo de interface VLAN:

wicked ifup --ifconfig ./samples/wicked/vlan-static.xml eth0.42

Isso deve ativar a interface VLAN chamada “eth0.42”, com uma tag VLAN de 42 e alguns endereços IP estaticamente atribuídos. Para ver se ela funciona, tente:

ip addr show
ip route show

O comando acima recupera a descrição de todas as interfaces do arquivo especificado e ativa a interface chamada “eth0.42”. Como o arquivo inclui apenas uma interface, você pode usar all (todas) no lugar do nome da interface. Como a palavra já diz, todas as interfaces listadas no arquivo são ativadas.

Para ativar uma única interface, o cliente executa vários métodos e argumentos do servidor usando elementos XML, solicitando ao servidor para mudar o estado da interface desejada para “ativado”. Esta operação criará a interface VLAN simultaneamente, se ainda não existir.

Use a mesma abordagem para baixar a interface:

wicked ifdown eth0.42

Para baixar e apagar a interface, use:

wicked ifdown --delete --ifconfig ./samples/wicked/vlan-static.xml eth0.42

Para obter mais informações, consulte a página de manual de wicked.

Para ligações e pontes, convém definir a topologia inteira do dispositivo em um arquivo e ativá-la de uma vez. Isso é bastante útil principalmente para ligações, em que você talvez tenha que criar primeiro os dispositivos escravos (se forem dispositivos virtuais, como as VLANs).

Nesse tipo de cenário, defina a topologia do dispositivo em um arquivo e chame o wicked para ativar toda a configuração. Encontre um exemplo em samples/wicked/bridge-static.xml na documentação do pacote (/usr/share/doc/packages/wicked). Esta configuração define uma ponte Ethernet criada com base em duas interfaces VLAN. Para ativá-la, chame:

wicked ifup --ifconfig ./samples/wicked/bridge-static.xml all

O cliente ativa os dispositivos na ordem apropriada: criando primeiro as duas interfaces VLAN, depois a ponte e, por fim, adicionando as interfaces VLAN como portas à ponte.

Com o wicked, não há necessidade de baixar uma interface para reconfigurá-la (exceto se exigido pelo Kernel). Por exemplo, para adicionar outro endereço IP ou rota a uma interface de rede estaticamente configurada, adicione o endereço IP à definição da interface e execute outra operação “ifup”. O servidor tentará de tudo para atualizar apenas as configurações que foram mudadas. Isso vale para as opções no nível do link, como a MTU do dispositivo ou o endereço MAC, e também para as configurações no nível da rede, como endereços, rotas ou até mesmo o modo de configuração de endereço (por exemplo, ao mover da configuração estática para DHCP).

Claro que as coisas se tornam mais complicadas quando há interfaces virtuais combinadas a vários dispositivos reais, como pontes ou ligações. Para dispositivos acoplados, é impossível mudar determinados parâmetros enquanto o dispositivo está ativado. Se você fizer isso, haverá erro.

No entanto, o que ainda deve funcionar é a adição ou remoção dos dispositivos filho de uma ligação ou ponte, ou a escolha de uma interface principal da ligação.

O wicked foi desenvolvido para ser extensível com scripts shell. É possível definir as extensões no arquivo config.xml.

Atualmente, há várias classes diferentes de extensões suportadas:

Normalmente, as extensões possuem um comando de início e parada, um “arquivo pid” opcional e um conjunto de variáveis de ambiente que são passadas para o script.

Para ilustrar como isso deve funcionar, observe a extensão de firewall definida em etc/server.xml:

<dbus-service interface="org.opensuse.Network.Firewall">
 <action name="firewallUp"   command="/etc/wicked/extensions/firewall up"/>
 <action name="firewallDown" command="/etc/wicked/extensions/firewall down"/>

 <!-- default environment for all calls to this extension script -->
 <putenv name="WICKED_OBJECT_PATH" value="$object-path"/>
 <putenv name="WICKED_INTERFACE_NAME" value="$property:name"/>
 <putenv name="WICKED_INTERFACE_INDEX" value="$property:index"/>
</dbus-service>

A extensão está anexada à interface do serviço dbus e define comandos a serem executados para as ações dessa interface. Além disso, a declaração pode definir e inicializar as variáveis de ambiente passadas para as ações.

É possível estender a administração de arquivos de configuração também com scripts. Por exemplo, as atualizações DNS dos aluguéis são definitivamente administradas pelo script extensions/resolver, com o comportamento configurado em server.xml:

<system-updater name="resolver">
 <action name="backup" command="/etc/wicked/extensions/resolver backup"/>
 <action name="restore" command="/etc/wicked/extensions/resolver restore"/>
 <action name="install" command="/etc/wicked/extensions/resolver install"/>
 <action name="remove" command="/etc/wicked/extensions/resolver remove"/>
</system-updater>

Quando uma atualização chega ao wickedd, as rotinas do atualizador do sistema analisam o aluguel e chamam os comandos apropriados (backup, install, etc.) no script do resolver. Isso, por sua vez, define as configurações DNS usando /sbin/netconfig ou manualmente, gravando /etc/resolv.conf como fallback.

Estes arquivos contêm as configurações tradicionais das interfaces de rede.

Nota: wicked e os arquivos ifcfg-*

O wicked lerá estes arquivos se você especificar o modo de compatibilidade com o prefixo compat: ao usar a opção --ifconfig. De acordo com a configuração padrão do SUSE Linux Enterprise Server 12 no /etc/wicked/client.xml, o wicked lê esses arquivos antes dos arquivos de configuração XML em /etc/wicked/ifconfig.

Os arquivos ifcfg-* incluem informações, como o modo de início e o endereço IP. Os parâmetros possíveis são descritos na página de manual de ifup. Além disso, a maioria das variáveis dos arquivos dhcp e wireless poderá ser usada nos arquivos ifcfg-* se uma configuração geral for usada para apenas uma interface. Entretanto, a maioria das variáveis de /etc/sysconfig/network/config é global e não pode ser anulada em arquivos ifcfg. Por exemplo, as variáveis NETWORKMANAGER ou NETCONFIG_* são globais.

Para configurar as interfaces macvlan e macvtab, consulte as páginas de manual de ifcfg-macvlan e ifcfg-macvtap. Por exemplo, para a interface macvlan, insira ifcfg-macvlan0 com as seguintes configurações:

STARTMODE='auto'
MACVLAN_DEVICE='eth0'
#MACVLAN_MODE='vepa'
#LLADDR=02:03:04:05:06:aa

Para saber sobre o ifcfg.template, consulte a Seção 20.6.2.2, “/etc/sysconfig/network/config, /etc/sysconfig/network/dhcp e /etc/sysconfig/network/wireless”.

O arquivo config contém configurações gerais para o comportamento de ifup, ifdown e ifstatus. dhcp contém configurações para DHCP e wireless para placas de rede local wireless. Nos três arquivos de configuração, as variáveis estão em forma de comentário. Algumas das variáveis de /etc/sysconfig/network/config também podem ser usadas nos arquivos ifcfg-*, nos quais recebem prioridade mais alta. O arquivo /etc/sysconfig/network/ifcfg.template lista as variáveis que podem ser especificadas para cada interface. Entretanto, a maioria das variáveis de /etc/sysconfig/network/config é global e não pode ser anulada em arquivos ifcfg. Por exemplo, as variáveis NETWORKMANAGER ou NETCONFIG_* são globais.

O roteamento estático dos pacotes TCP/IP é determinado pelos arquivos /etc/sysconfig/network/routes e /etc/sysconfig/network/ifroute-*. Todas as rotas estáticas exigidas pelas várias tarefas do sistema podem ser especificadas em /etc/sysconfig/network/routes: rotas para um host, rotas para um host via gateway e rotas para uma rede. Para cada interface que precisa de roteamento individual, defina um arquivo de configuração adicional: /etc/sysconfig/network/ifroute-*. Substitua o curinga (*) pelo nome da interface. As entradas nos arquivos de configuração de roteamento terão esta aparência:

# Destination     Gateway           Netmask            Interface  Options

O destino da rota está na primeira coluna. Essa coluna pode conter o endereço IP de uma rede ou host ou, no caso de servidores de nomes acessíveis, o nome completo da rede ou do host. A rede deve ser gravada em notação CIDR (endereço com o comprimento do prefixo de roteamento associado), como 10.10.0.0/16 para rotas IPv4 ou fc00::/7 para rotas IPv6. A palavra-chave default indica que a rota é o gateway padrão na mesma família de endereços do gateway. Para dispositivos sem gateway, use destinos explícitos 0.0.0.0/0 ou ::/0.

A segunda coluna contém o gateway padrão ou um gateway por meio do qual um host ou uma rede podem ser acessados.

A terceira coluna foi descontinuada; ela antes incluía a máscara de rede IPv4 do destino. Para rotas IPv6, rota padrão ou ao usar o comprimento do prefixo (notação CIDR) na primeira coluna, digite um traço (-) aqui.

A quarta coluna contém o nome da interface. Se você a deixar vazia usando um traço (-), poderá provocar um comportamento não intencional em /etc/sysconfig/network/routes. Para obter mais informações, consulte a página de manual de routes.

Uma quinta coluna (opcional) pode ser usada para inserir opções especiais. Para obter detalhes, consulte a página de manual de routes.

# --- IPv4 routes in CIDR prefix notation:
# Destination     [Gateway]         -                  Interface
127.0.0.0/8       -                 -                  lo
204.127.235.0/24  -                 -                  eth0
default           204.127.235.41    -                  eth0
207.68.156.51/32  207.68.145.45     -                  eth1
192.168.0.0/16    207.68.156.51     -                  eth1

# --- IPv4 routes in deprecated netmask notation"
# Destination     [Dummy/Gateway]   Netmask            Interface
#
127.0.0.0         0.0.0.0           255.255.255.0      lo
204.127.235.0     0.0.0.0           255.255.255.0      eth0
default           204.127.235.41    0.0.0.0            eth0
207.68.156.51     207.68.145.45     255.255.255.255    eth1
192.168.0.0       207.68.156.51     255.255.0.0        eth1

# --- IPv6 routes are always using CIDR notation:
# Destination     [Gateway]                -           Interface
2001:DB8:100::/64 -                        -           eth0
2001:DB8:100::/32 fe80::216:3eff:fe6d:c042 -           eth0

O domínio ao qual o host pertence está especificado em /etc/resolv.conf (palavra-chave search). É possível especificar até seis domínios com um total de 256 caracteres com a opção search. Durante a resolução de um nome incompleto, uma tentativa de gerar um nome será feita, anexando as entradas de pesquisa individuais. É possível especificar até 3 servidores de nomes com a opção nameserver, cada um em sua própria linha. Os comentários são precedidos por cerquilha ou ponto-e-vígula (# ou ;). Como um exemplo, consulte o Exemplo 20.6, “/etc/resolv.conf”.

Entretanto, o /etc/resolv.conf não deve ser editado manualmente. Isso porque ele é gerado pelo script netconfig. Para definir configurações DNS estáticas sem usar o YaST, edite as variáveis apropriadas manualmente no arquivo /etc/sysconfig/network/config:

Para desabilitar a configuração do DNS usando o netconfig, defina NETCONFIG_DNS_POLICY=''. Para obter mais informações sobre o netconfig, consulte a página de manual de netconfig(8) (man 8 netconfig).

# Our domain
search example.com
#
# We use dns.example.com (192.168.1.116) as nameserver
nameserver 192.168.1.116

O netconfig é uma ferramenta modular destinada a gerenciar configurações de rede adicionais. Ele funde as configurações definidas estaticamente com as configurações fornecidas pelos mecanismos de configuração automática, como DHCP ou PPP, de acordo com uma política predefinida. As mudanças necessárias são aplicadas ao sistema chamando-se os módulos do netconfig responsáveis pela modificação de um arquivo de configuração e pela reinicialização de um serviço ou uma ação semelhante.

O netconfig reconhece três ações principais. Os comandos netconfig modify e netconfig remove são usados por daemons, como DHCP ou PPP, para fornecer ou remover configurações do netconfig. Apenas o comando netconfig update está disponível para o usuário:

A política do netconfig e as configurações estáticas são definidas manualmente ou por meio do YaST no arquivo /etc/sysconfig/network/config. As configurações dinâmicas fornecidas pelas ferramentas de configuração automática, como DHCP ou PPP, são entregues diretamente por essas ferramentas com as ações netconfig modify e netconfig remove. Quando o NetworkManager está habilitado, o netconfig (no modo de política auto) usa apenas as configurações do NetworkManager, ignorando as configurações de qualquer outra interface configurada pelo método tradicional ifup. Se o NetworkManager não fornecer nenhuma configuração, as configurações estáticas serão usadas como fallback. Não há suporte para a utilização mista do NetworkManager nem para o método wicked.

Para obter mais informações sobre o netconfig, consulte man 8 netconfig.

Neste arquivo, mostrado em Exemplo 20.7, “/etc/hosts”, os endereços IP foram atribuídos a nomes de host. Se nenhum servidor de nomes for implementado, todos os hosts nos quais uma conexão IP for configurada precisarão ser listados aqui. Para cada host, digite uma linha no arquivo com o endereço IP, o nome completo do host e o nome de host. O endereço IP precisa estar no início da linha e as entradas separadas por espaços vazios e guias. Comentários são sempre precedidos pelo sinal #.

127.0.0.1 localhost
192.168.2.100 jupiter.example.com jupiter
192.168.2.101 venus.example.com venus

Aqui, os nomes de rede são convertidos em endereços de rede. O formato é semelhante ao do arquivo hosts, exceto que os nomes de rede precedem os endereços. Consulte o Exemplo 20.8, “/etc/networks”.

loopback     127.0.0.0
localnet     192.168.0.0

Resolução de nomes — a conversão de nomes de host e de rede através da biblioteca resolver é controlada por esse arquivo. Esse arquivo é usado somente para programas vinculados a libc4 ou libc5. Para programas glibc atuais, consulte as configurações em /etc/nsswitch.conf. Um parâmetro precisa estar sempre independente em sua própria linha. Comentários são precedidos pelo sinal #. A Tabela 20.2, “Parâmetros para /etc/host.conf” mostra os parâmetros disponíveis. Uma amostra de /etc/host.conf é mostrada no Exemplo 20.9, “/etc/host.conf”.

# We have named running
order hosts bind
# Allow multiple address
multi on

O lançamento do GNU C Library 2.0 foi acompanhado pelo lançamento do NSS (Name Service Switch). Consulte a página de manual do nsswitch.conf(5) e The GNU C Library Reference Manual (Manual de Referência da Biblioteca GNU C) para obter mais detalhes.

A ordem das consultas é definida no arquivo /etc/nsswitch.conf. Uma amostra do nsswitch.conf é mostrada no Exemplo 20.10, “/etc/nsswitch.conf”. Comentários são precedidos pelo sinal #. Nesse exemplo, a entrada no banco de dados hosts significa que uma solicitação foi enviada para /etc/hosts (arquivos) através do DNS.

passwd:     compat
group:      compat

hosts:      files dns
networks:   files dns

services:   db files
protocols:  db files
rpc:        files
ethers:     files
netmasks:   files
netgroup:   files nis
publickey:  files

bootparams: files
automount:  files nis
aliases:    files nis
shadow:     compat

Os “bancos de dados” disponíveis em NSS estão listados na Tabela 20.3, “Bancos de dados disponíveis por /etc/nsswitch.conf”. As opções de configuração para bancos de dados NSS estão listadas na Tabela 20.4, “Opções de configuração para bancos de dados “NSS””.

Esse arquivo é usado para configurar o nscd (name service cache daemon). Consulte as páginas de manual de nscd(8) e nscd.conf(5). Por padrão, as entradas do sistema de passwd e groups são armazenadas em cache pelo nscd. Isso é importante para o desempenho de serviços de diretório, como NIS e LDAP, pois, caso contrário, a conexão de rede precisaria ser usada para cada acesso a nomes ou grupos. hosts não é armazenado em cache por padrão, porque o mecanismo no nscd para armazenar hosts em cache impede o sistema local de confiar em verificações de pesquisa forward e reverse. Em vez de solicitar ao nscd para armazenar nomes em cache, configure um servidor DNS para armazenamento em cache.

Se o armazenamento em cache de passwd estiver ativado, normalmente levará quinze segundos para que um usuário local recentemente adicionado seja reconhecido. Reduza este tempo de espera reiniciando o nscd com:

systemctl restart nscd.service

/etc/HOSTNAME contém o FQHN (fully qualified host name – nome completo do host). O nome completo do host é o nome de host com o nome de domínio anexado. Este arquivo deve incluir apenas uma linha (na qual o nome de host é definido). Ele é lido durante a inicialização da máquina.

ip é uma ferramenta para mostrar e configurar dispositivos de rede, roteamentos, roteamento de políticas e túneis.

ip é uma ferramenta muito complexa. Sua sintaxe comum é ip opções objeto comando. Você pode trabalhar com os seguintes objetos:

Se nenhum comando for fornecido, será usado o comando padrão (normalmente list).

Mude o estado de um dispositivo com o comando ip link set nome_do_dispositivo comando. Por exemplo, para desativar o dispositivo eth0, digite ip link set eth0 down. Para ativá-lo novamente, use ip link set eth0 up.

Após ativar um dispositivo, você poderá configurá-lo. Para definir o endereço IP, use ip addr add endereço_ip + dev nome_do_dispositivo. Por exemplo, para definir o endereço da interface eth0 como 192.168.12.154/30 com o broadcast padrão (opção brd), digite ip addr add 192.168.12.154/30 brd + dev eth0.

Para ter uma conexão ativa, você também precisa configurar o gateway padrão. Para definir um gateway para o sistema, digite ip route add endereço_ip_do_gateway. Para traduzir um endereço IP para outro, use nat: ip route add nat endereço_ip via outro_endereço_ip.

Para exibir todos os dispositivos, use ip link ls. Para exibir apenas as interfaces em execução, use ip link ls up. Para imprimir as estatísticas de interface de um dispositivo, digite ip -s link ls nome_do_dispositivo. Para ver os endereços dos dispositivos, digite ip addr. Na saída do comando ip addr, você também pode encontrar informações sobre os endereços MAC dos dispositivos. Para mostrar todas as rotas, use ip route show.

Para obter mais informações sobre como usar o ip, digite ip help ou consulte a página de manual de ip(8). A opção help também está disponível para todos os subcomandos ip. Se, por exemplo, você precisar de ajuda para ip addr, digite ip addr help. Encontre o manual do ip em /usr/share/doc/packages/iproute2/ip-cref.pdf.

O comando ping é a ferramenta padrão para testar o funcionamento de uma conexão TCP/IP. Ele usa o protocolo ICMP para enviar um pequeno pacote de dados, o datagrama ECHO_REQUEST, para o host de destino, solicitando uma resposta imediata. Se isso funcionar, o ping exibirá uma mensagem nesse sentido. Isso indica que o link da rede está funcionando.

O ping vai além de simplesmente testar a função da conexão entre dois computadores; ele também fornece algumas informações básicas sobre a qualidade da conexão. No Exemplo 20.11, “Saída do comando ping”, você pode ver um exemplo da saída do ping. A penúltima linha contém informações sobre o número de pacotes transmitidos, o número de pacotes perdidos e o tempo total da execução do ping.

Como destino, é possível usar um nome de host ou endereço IP, por exemplo, ping exemplo.com ou ping 192.168.3.100. O programa enviará pacotes até que você pressione Ctrl–C.

Se você só precisar verificar a funcionalidade da conexão, poderá limitar o número dos pacotes com a opção -c. Por exemplo, para limitar o ping a três pacotes, digite ping -c 3 exemplo.com.

ping -c 3 example.com
PING example.com (192.168.3.100) 56(84) bytes of data.
64 bytes from example.com (192.168.3.100): icmp_seq=1 ttl=49 time=188 ms
64 bytes from example.com (192.168.3.100): icmp_seq=2 ttl=49 time=184 ms
64 bytes from example.com (192.168.3.100): icmp_seq=3 ttl=49 time=183 ms
--- example.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2007ms
rtt min/avg/max/mdev = 183.417/185.447/188.259/2.052 ms

O intervalo padrão entre dois pacotes é um segundo. Para mudar o intervalo, o ping fornece a opção -i. Por exemplo, para aumentar o intervalo do ping para dez segundos, digite ping -i 10 exemplo.com.

Em um sistema com vários dispositivos de rede, às vezes é útil enviar o ping através de um endereço de interface específico. Para isso, use a opção -I com o nome do dispositivo selecionado, por exemplo, ping -I wlan1 exemplo.com.

Para obter mais opções e informações sobre como usar o ping, digite ping -h ou consulte a página de manual de ping (8).

Dica: Executando ping em endereços IPv6

Para endereços IPv6, use o comando ping6. Observe que, para executar ping em endereços locais de link, deve-se especificar a interface com -I. O comando a seguir funcionará se o endereço for acessível via eth1:

ping6 -I eth1 fe80::117:21ff:feda:a425