Fedora 17 tftp não enviando arquivos em pedidos

Question

Meu problema é que eu estou tentando configurar o tftp em um servidor, Tudo corre para ser executado corretamente exceto quando eu tento baixar um arquivo do tftp que nunca responde, não há nenhum erro que eu vejo, apenas silêncio, quando Eu cheirei o trafico do servidor que deveria estar respondendo, vejo a requisição Mas o servidor nunca responde com o arquivo

Estou executando um computador com Fedora 17 (sei que é fim de vida, mas isso não é alterável no momento)

Estou tentando executar tftp , instalei o tftp ( yum install -y tftp-server ) e configurei para executar, abra UDP port 69 e defina as permissões da pasta, mas isso não acontece responder com qualquer coisa, Aqui estão algumas saídas e arquivos de configuração

Quando eu executo o tftp [ip do servidor] faça o teste

Qualquer ajuda seria muito apreciada

SELinux :

# setenforce 0
setenforce: SELinux is disabled

tftp config :

cat /etc/xinetd.d/tftp 
# default: off
# description: The tftp server serves files using the trivial file transfer \
#   protocol.  The tftp protocol is often used to boot diskless \
#   workstations, download configuration files to network-aware printers, \
#   and to start the installation process for some operating systems.
service tftp
{
    socket_type     = dgram
    protocol        = udp
    wait            = yes
    user            = root
    server          = /usr/sbin/in.tftpd
    server_args     = -s /copos/tftp -vvv
    disable         = no
    per_source      = 11
    cps         = 100 2
    flags           = IPv4
}

The Directory :

# ls -lah /copos/tftp/
total 48K
drwxrwxrwx   4 root      root      4.0K Feb  3 14:42 .
drwxr-xr-x. 31 coposuser coposuser 4.0K Feb  3 14:46 ..
drwxrwxrwx   3 root      root      4.0K Feb  3 14:42 clonezilla
-rwxrwxrwx   1 root      root       27K Feb  3 14:42 pxelinux.0
drwxrwxrwx   2 root      root      4.0K Feb  3 14:42 pxelinux.cfg
-rwxrwxrwx   1 root      root         9 Feb  3 14:42 test

The Port is opened :

# netstat -anp|grep 69|grep xinet 
udp        0      0 0.0.0.0:69              0.0.0.0:*                           3533/xinetd

    

Answer 1

Você pode ter uma regra de firewall bloqueando o acesso

ou

Seu diretório / copos não tem permissões completas.

Você deve ser capaz de fazer isso:

tail -f /var/log/messages

enquanto você tenta baixar um arquivo. Se você não receber nenhuma entrada, será um problema de firewall, se você obtiver algo como:

Feb  3 18:50:48 host1 in.tftpd[10298]: RRQ from 192.168.4.190 filename test.xml
Feb  3 18:50:48 host1 in.tftpd[10298]: sending NAK (0, Permission denied) to 192.168.4.190

então é um problema de permissões.

Tenha também em mente que fazer uma captura apenas na porta 69 não mostrará todo o rastreamento. O servidor tftp usará uma porta de origem diferente de 69 para a transferência. É por isso que o tftp geralmente falha se houver algum NAT envolvido.

Portanto, a troca completa geralmente é assim, por exemplo:

client requests file via tftp (source port random_client -> dest port 69)
server send back tftp file (source port random_server -> dest port random_client)

Como você pode ver, uma captura do tcpdump na porta 69 não mostrará o diálogo completo. Além disso, se você tiver NAT, uma vez que o servidor tente enviar um arquivo de uma porta de origem diferente de 69, a maioria das implementações NAT falhará em encaminhar o pacote (somente um NAT de cone cheio ou cone restrito funcionará, mas NAT de Porta Restrita ou Simétrica não).