> On April 12, 16:47 (+0200), kamel wrote:
> > Je n'ai pas de man tftpd et grace ton message, je l'ai consult� sur le
web
> > Ensuite updatedb suivie de locate tfpd. Voici ce que j'obtient:
>
> Il eut �t� plus simple de saisir 'dpkg -L tftpd' ou 'cat
> /var/lib/dpkg/info/tftpd.list' pour obtenir la liste des fichiers
> fournis par le paquet.
>
> > /usr/doc/tftpd
> [...]
> > /usr/share/man/man8/in.tftpd.8.gz
>
> La preuve qu'il y a une page de man :-) En fait :
>
> $ dpkg -S `man -w tftpd`
> tftpd: /usr/share/man/man8/in.tftpd.8.gz
>
> > Je n'ai pas de commande tfpd et quand je tape /usr/sbin/in.tftpd
> > /data/conf-backup/ , je n'ai pas de message d'erreur et je n'ai de
processus
> > tfpd actif.
>
> tftpd est a priori con�u pour �tre lanc� depuis inetd. L'installation
> du paquet a rajout� une ligne adapt�e au lancement du moment au
> fichier /etc/inetd.conf. La ligne est la suivante :
>
> tftp dgram udp wait nobody /usr/sbin/tcpd
/usr/sbin/in.tftpd /tftpboot
>
> Le r�pertoire /tftpboot est en effet celui qui contient normalement
> les donn�es publiques � rendre accessibles via tftp; il est ici
> possible d'en sp�cifier un (ou plusieurs) autres.
>
> Une fois inetd relanc�, apr�s cette installation, le service tftpd est
> bien disponible :
En faite, je viens de comprendre pourquoi, il n'�tait pas pr�sent en tant
que processus mais �tait lanc� "au coup par coup" par inetd
J'ai donc mis � jour le fichier /etc/inetd.conf sachant que le r�pertoire de
partage est /data/conf
avec la ligne suivante
# more /etc/inetd.conf | grep tftp
tftp dgram udp wait nobody /usr/sbin/tcpd
/usr/sbin/in.tftpd /data/conf
J'ai mis � jour les droits et les propri�taires de /data/conf
# ls -la
drwxrwxrwx 2 nobody nogroup 4096 Apr 12 17:30 conf
J'ai r�initialis� le service inetd par un kill -HUP "processus inetd"
Et au niveau de mon Cisco plac� dans le m�me VLAN, j'obtient le message
d'erreur
TFTP: error code 2 received - Access violation
%Error opening tftp://192.168.1.20//mars-test-2002-04-12 (Undefined error)
Ensuite, tape la commande que tu proposes ( merci pour le tuyau ;-)
# netstat -lup
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
udp 0 0 *:tftp *:*
31629/inetd
> # netstat -lup
> Active Internet connections (only servers)
> Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
> udp 0 0 *:tftp *:*
3705/inetd
>
>
> Et fonctionnel :
>
> $ tftp localhost
> tftp> get nc.exe
> Received 59852 bytes in 0.1 seconds
>
> > Ensuite, quand je veux faire un transfert de fichier par tftp, j'obtient
un
> > message d'erreur.
> > Est-ce que cela est normale ?
> > J'esp�re que oui.
>
> Les messages d'erreur sont rarement caract�ristiques d'un comportement
> normal :-)
>
> --
> Thomas Seyrat.
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
