O TFTP é um protocolo baseado em UDP e, como tal, você não encontrará uma linha que diga LISTEN ou LISTENING.
Executar netstat -na | grep udp
e veja o que você recebe.
Estou seguindo este tutorial para trabalhar com o tftp:
Primeiro, eu instalo todos os pacotes necessários:
sudo apt-get install xinetd tftpd tftp -y
Em seguida, crie um arquivo de configuração:
sudo nano /etc/xinetd.d/tftp
Coloque o seguinte conteúdo no arquivo.
service tftp
{
protocol = udp
port = 69
socket_type = dgram
wait = yes
user = nobody
server = /usr/sbin/in.tftpd
server_args = var/lib/tftpboot -s
disable = no
}
Agora altero a propriedade do diretório:
sudo mkdir /var/lib/tftpboot
sudo chown -R nobody:nobody /var/lib/tftpboot
sudo chmod -R 777 /var/lib/tftpboot
e inicie o serviço TFTP:
sudo service xinetd stop
sudo service xinetd start
Em seguida, verifique se o TFTP está sendo executado corretamente ou não:
root@ravi-Inspiron-N5010:/home/ravi# netstat -na | grep LIST | grep 69
unix 2 [ ACC ] STREAM LISTENING 16171 @/com/ubuntu/upstart-session/1000/1692
root@ravi-Inspiron-N5010:/home/ravi#
A saída do netstat é diferente do que é mencionado no tutorial:
tcp 0 0 0.0.0.0:69 0.0.0.0:* LISTEN
O TFTP é um protocolo baseado em UDP e, como tal, você não encontrará uma linha que diga LISTEN ou LISTENING.
Executar netstat -na | grep udp
e veja o que você recebe.
Como afirmado anteriormente, a saída parece legítima o suficiente. Aqui está a coisa, você já tentou acessar o servidor TFTP através do cliente. Só tem certeza de que maneira de fogo saber se está ou não ouvindo ...
Uma coisa é que uma das etapas pode precisar ser alterada se isso for o Ubuntu. Basicamente, deve ser:
sudo service xinetd restart
não
sudo service xinetd stop
sudo service xinetd start
only step 4 needs to be changed, since xinetd is spawned by upstart. you need to restart it with 'service xinetd restart' – BЈовић Sep 4 '13 at 12:14 https://sobrelinux.info/questions/1757/how-do-i-install-and-run-a-tftp-server"http://www.cyberciti.biz/faq/install-configure-tftp-server-ubuntu-debian-howto/"> link
você não mencionou qual tutorial seguiu. No entanto, a saída parece bastante legítima. O tftp usa o wrapper do xinetd, então você verá conexão no netstat apenas se houver um cliente realmente conectado. Experimente e, em seguida, execute o netstat novamente com
netstat -tupan
verifique se o seu firewall permite conexão com a porta:
iptables -I INPUT -s <your subnet> -p tcp --dport 69 -j ACCEPT
iptables -I INPUT -s <your subnet> -p udp --dport 69 -j ACCEPT
onde "sua sub-rede" é 192.168.1.0/24