web-dev-qa-db-fra.com

serveur tftpd-hpa (délai d'attente du côté client) s'il vous plaît aider

Je suis un peu nouveau dans la version 14.04 d'Ubuntu:
Aucun module LSB n'est disponible.

J'essaie de mettre en place un serveur TFTP, principalement pour la sauvegarde des configurations de Cisco ios. J'ai suivi tous les tutoriels que je pouvais et je n'aboutis nulle part. Le problème semble être un délai d'attente, en attente de la demande d'écriture du côté client:

Avant d’essayer de transférer:

ps -aux | grep tftp
root      7804  0.0  0.0  15128   160 ?        Ss   10:48   0:00 /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 --secure -c -vv -i /var/lib/tftpboot

Après avoir utilisé mon client Windows 7 tftp pour envoyer une demande de vente:

jarrod@Dangerfield:~$ ps -aux | grep tftp
root      7804  0.0  0.0  15128   160 ?        Ss   10:48   0:00 /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 --secure -c -vv -i /var/lib/tftpboot
tftp      8819  0.0  0.0  15132   632 ?        S    11:04   0:00 /usr/sbin/in.tftpd --listen --user tftp --address 0.0.0.0:69 --secure -c -vv -i /var/lib/tftpboot

Vous pouvez le voir ouvrir la deuxième connexion, puis le délai expire.

Il crée ensuite un fichier vide:

-rw-rw-rw- 1 tftp tftp 0 Apr 28 11:04 AcousticList.txt

dans le répertoire:

drwxrwxrwx 2 tftp tftp 4096 Apr 28 11:04 tftpboot

Ce sont mes valeurs par défaut:

:/etc/default$ more tftpd-hpa
# /etc/default/tftpd-hpa

#RUN_DAEMON="yes"
TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/var/lib/tftpboot"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="--secure -c -vv -i"

J'ai le -c pour créer des fichiers, sécurisé pour un répertoire, -vv pour la journalisation détaillée. J'ai trouvé l'option i sur l'un des fichiers d'aide. Ajouter cela n'a pas aidé ni fait mal. Cela fait toujours la même chose.
UFW est désactivé.

/etc/default$ Sudo service ufw status
ufw stop/waiting

Je ne vois rien d'autre qui pourrait arrêter ça.

Je tue -9 les processus utilisateur root et tftp. Le processus racine recommence à écouter immédiatement. Le processus utilisateur TFTP ne commence que lorsque vous lancez le transfert TFTP. Ceci est juste en utilisant upstart. J'ai essayé de le faire fonctionner seul avec le même résultat.

in.tftpd[8897]: WRQ from 192.168.0.6 filename AcousticList.txt

J'ai essayé d'exécuter wireshark and Sudo tcpdump -vvv -i eth0 | grep tftp

Je ne suis pas vraiment aller plus loin que la demande d'écriture arrive, alors il y a un délai d'attente du côté client.

Si quelqu'un pouvait m'aider, je l'apprécierais vraiment car je suis dans une impasse.

networkingserverupstarttftp
6
Jar_rod

Sur cette voie travaille pour moi

Installez les paquets suivants.

Sudo apt-get install xinetd tftpd tftp

Créez /etc/xinetd.d/tftp et mettez cette entrée

service tftp
{
protocol        = udp
port            = 69
socket_type     = dgram
wait            = yes
user            = nobody
server          = /usr/sbin/in.tftpd
server_args     = /tftpboot
disable         = no
}

Créez un dossier /tftpboot qui devrait correspondre à ce que vous avez donné dans server_args. surtout ce sera tftpboot

Sudo mkdir /tftpboot
Sudo chmod -R 777 /tftpboot
Sudo chown -R nobody /tftpboot

Redémarrez le service xinetd.

Sudo /etc/init.d/xinetd restart
3
2707974

j'ai eu le même problème. il est causé par le pare-feu Windows. Après avoir ajouté le client TFTP, vous devez également vous assurer qu'il est autorisé sur le pare-feu.

aller à Windows Firewall > allowed programs > allowed another program > trouver le tftp.exe à c:\windows\systems32\tftp.exe

1
Eric

Vérifier l'état du pare-feu et le désactiver

$ Sudo ufw disable
Firewall stopped and disabled on system startup

puis redémarrez le service xinetd.

$ Sudo /etc/init.d/xinetd restart

 * Stopping internet superserver  xinetd  [ OK ] 
 * Starting internet superserver xinetd   [ OK ]
0
user335660