Em alguns cenários, o uso do comando
ping para analisar a
conexão entre dois hosts não é o bastante. Um administrador
poderá desejar simular o tráfego de dados reais através de
uma rede.
Uma das importantes ferramentas que poderá ser utilizada é o
comando nc (também conhecido como netcat). Funcionando de
forma semelhante ao comando telnet (mas minimizando erros
de interpretação que eram comuns neste), o nc pode ser
utilizado para realizar conexões em portas abertas em hosts
remotos (ou até mesmo na máquina local).
Por exemplo, o comando pode ser usado para criar uma
conexão em uma dada porta em um host local. A seguir,
criaremos uma conexão na porta 80 (serviço HTTP) do host B
(cujo IP é 192.168.0.32):
[root@curso6:~]# nc –l 80
Detalhes sobre esta conexão poderão ser vistos a partir do
comando lsof, utilizado para exibir arquivos que encontram-se
abertos no sistema, como sockets rede, arquivos comuns,
diretórios, bibliotecas etc:
[root@curso6:~]# lsof –i :80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE
NAME
nc 3362 root 3u IPv4 40963 0t0 TCP *:http (LISTEN)
Agora, a partir do host A, podemos também usar o
comando nc para testar a conectividade com a porta 80
oferecida por B:
[root@curso6:~]# nc 192.168.0.32 80
Como a conexão foi realizada com sucesso, ela representa um
arquivo aberto no host B. Dessa maneira, seus detalhes
poderão ser visualizados através do uso do comando lsof:
[root@curso6:~]# lsof –i :80
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE
NAME
nc 2990 root 3u IPv4 38944 0t0 TCP *:http (LISTEN)
nc 2990 root 4u IPv4 38945 0t0 TCP
192.168.0.32:http->192.168.0.90:40396 (ESTABLISHED)
Qualquer coisa digitada no host A irá ser exibida no shell
dedicado à criação da conexão no host B.
Outro exemplo de uso do comando nc é a verificação da
disponibilidade de conexão em uma faixa de portas. No
exemplo a seguir, utilizando o host A, vamos fechar a conexão
(Ctrl + c) e em seguida, rodar o comando nc para identificar
portas que encontram-se disponíveis no host B no range entre
80 a 90:
[root@curso6:~]# nc –vz 192.168.32 80-90
Connection to 192.168.0.90 80 port [tcp/http] succeeded!
nc: connect to 192.168.0.90 port 81 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 82 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 83 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 84 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 85 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 86 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 87 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 88 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 89 (tcp) failed: Connection
refused
nc: connect to 192.168.0.90 port 90 (tcp) failed: Connection
refused
Outro comando muito útil que surge neste sentido é o netstat,
responsável por (dentre outras coisas) exibir as conexões de
rede que foram estabelecidas. Para visualizarmos as
conexões TCP que foram estabelecidas, utilizamos a opção –t:
[root@curso6:~]# netstat –t
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign
Address State
tcp 0 0 192.168.0.32:www-http 192.168.0.90:40402
ESTABLISHED
Para exibir todas (-a) as conexões TCP (-t) em modo "LISTEN"
ou aquelas "ESTABLISHED", não havendo o processo de
resolução de nomes (-n) lançamos o comando da seguinte
forma:
[root@curso6:~]# netstat -ta
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address Foreign
Address State
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:631 0.0.0.0:*
LISTEN
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
tcp 0 0 192.168.0.32:80 192.168.0.90:40402
ESTABLISHED
tcp6 0 0 :::22 :::* LISTEN
tcp6 0 0 ::1:631 :::* LISTEN
tcp6 0 0 ::1:25 :::* LISTEN
O comando netstat consegue ainda exibir outras diversas
informações importantes para o diagnóstico e aplicação de
soluções em problemas relacionados a rede. Apesar de já ter
sido praticamente substituído por outros comandos, como
o ss por exemplo, ele ainda costuma ser bastante utilizado.
Ao ser executado sem quaisquer opções, o
comando netstat exibe uma lista completa de todos os
sockets/conexões atualmente abertos/ativos. Observe um
exemplo parcial e adaptado:
[root@curso6:~]# netstat | less
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address Foreign
Address State
tcp 0 0 192.168.0.32:www-http 192.168.0.90:40402
ESTABLISHED
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags Type State I-Node Path
unix 2 [ ] DGRAM 27674 /run/user/1000/
unix 2 [ ] DGRAM 19235 /var/run/chrony/
unix 2 [ ] DGRAM 25281
/run/user/463/systemd/
unix 2 [ ] DGRAM 13513
/run/systemd/journal/
unix 3 [ ] DGRAM 10468
/run/systemd/notify
Se a intenção também for visualizar aqueles sockets que
estejam em modo "LISTEN", basta utilizar a opção –a (ou --all).
Se o administrador desejar visualizar os PIDs e nomes dos
programas relacionados a cada um desses sockets, a opção –
p (ou --program) também poderá ser usada.
No dia a dia, o processo de pesquisa por sockets se dá de
maneira mais refinada. No exemplo a seguir, vamos exibir os
sockets TCP (-t) e UDP (-u) que estejam em modo "LISTEN" (-
l), não realizando o processo de resolução de nomes (-n):
[root@curso6:~]# netstat -tuln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign
Address State
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:631 0.0.0.0:*
LISTEN
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
tcp6 0 0 :::22 :::* LISTEN
tcp6 0 0 ::1:631 :::* LISTEN
tcp6 0 0 ::1:25 :::* LISTEN
udp 0 0 0.0.0.0:5353 0.0.0.0:*
udp 0 0 127.0.0.1:323 0.0.0.0:*
udp 0 0 0.0.0.0:43626 0.0.0.0:*
udp6 0 0 :::177 :::*
udp6 0 0 :::5353 :::*
udp6 0 0 ::1:323 :::*
udp6 0 0 :::60224 :::*
O comando netstat também poderá ser usado para exibir a
tabela de roteamento IP do kernel, bastando para isto utilizar a
opção –r (ou --route).
[root@curso6:~]# netstat -r
Kernel IP routing table
Destination Gateway Genmask Flags MSS
Window irtt Iface
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
As estatísticas relacionadas às interfaces também poderão ser
exibidas através do uso dos comandos ip, ifconfig e netstat.
Acompanhe:
[root@curso6:~]# netstat –i
Kernel Interface table
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK
TX-ERR TX-DRP TX-OVR Flg
eth0 1500 545 0 0 0 418 0 0 0
BMRU
lo 65536 148 0 0 0 148 0 0 0 LRU
[root@curso6:~]# ifconfig
eth0: flags=4163 mtu 1500
inet 192.168.0.32 netmask 255.255.255.0 broadcast
192.168.0.255
inet6 fe80::a00:27ff:fe5a:4e7a prefixlen 64 scopeid 0x20
ether 08:00:27:5a:4e:7a txqueuelen 1000 (Ethernet)
RX packets 545 bytes 54032 (52.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 418 bytes 34090 (33.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 1000 (Local Loopback)
RX packets 148 bytes 12392 (12.1 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 148 bytes 12392 (12.1 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@curso6:~]# ip –s link
1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode
DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes packets errors dropped overrun mcast
12392 148 0 0 0 0
TX: bytes packets errors dropped carrier collsns
12392 148 0 0 0 0
2: eth0: mtu 1500 qdisc pfifo_fast state UP mode DEFAULT
group default qlen 1000
link/ether 08:00:27:5a:4e:7a brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped overrun mcast
54032 545 0 0 0 168
TX: bytes packets errors dropped carrier collsns
34090 418 0 0 0 0
Já o comando ss, outro importante utilitário para investigação
de sockets e atuante como substituto ao netstat, ao ser
utilizado sem quaisquer opções, é exibida uma lista de sockets
em estado "não-LISTEN" e que possuam conexões
estabelecidas. Observe um exemplo parcial:
[root@curso6:~]# ss
Netid State Recv-Q Send-Q Local Address:Port Peer
Address:Port
u_str ESTAB 0 0 * 29070 *
29071
u_str ESTAB 0 0 * 26747 * 26748
u_str ESTAB 0 0 * 30982 *
30983
u_str ESTAB 0 0 * 26274 *
26275
u_str ESTAB 0 0 * 25983 *
25984
u_str ESTAB 0 0 * 31011 *
31012
u_str ESTAB 0 0 * 25771 * 25772
Seguindo a mesma lógica que vimos no netstat, se utilizarmos
o comando ss junto às opções "lunt", serão exibidos os
sockets TCP e UDP em modo LISTEN (além de não haver o
processo de resolução de nomes). Além disso, também é
possível acrescentar a opção –p (ou --process) para visualizar
os PIDs dos processos relacionados a cada socket.
