Hi All,
I have a Trixbox server (CentOS derivative) from which our Cisco IP phones get their config files via TFTP.
I have noticed that when I run the TFTP server via "service xinetd start", I am not able to get files via TFTP. I have tested it by doing a manual transfer via a TFTP client from another machine.
When I try to run the TFTP service manually by doing "/usr/sbin/in.tftpd -l", I do not encounter any problem whatsoever?
Any pointers regarding this issue? Do I have to enable anything else?
Thanks.
Did you check any of the option in /etc/xinetd.d/tftp file ? Can you make a dump of it ?
On 10/25/07, Matt Arnilo S. Baluyos (Mailing Lists) matt.baluyos.lists@gmail.com wrote:
Hi All,
I have a Trixbox server (CentOS derivative) from which our Cisco IP phones get their config files via TFTP.
I have noticed that when I run the TFTP server via "service xinetd start", I am not able to get files via TFTP. I have tested it by doing a manual transfer via a TFTP client from another machine.
When I try to run the TFTP service manually by doing "/usr/sbin/in.tftpd -l", I do not encounter any problem whatsoever?
Any pointers regarding this issue? Do I have to enable anything else?
Thanks.
-- Stand before it and there is no beginning. Follow it and there is no end. Stay with the ancient Tao, Move with the present. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Hi,
Here's the dump of /etc/xinetd.d/tftp:
[root@trixbox2 xinetd.d]# cat 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 { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = --logfile /var/log/atftpd.log per_source = 11 cps = 100 2 flags = IPv4 } [root@trixbox2 xinetd.d]#
On 10/25/07, Alain Spineux aspineux@gmail.com wrote:
Did you check any of the option in /etc/xinetd.d/tftp file ? Can you make a dump of it ?
On 10/25/07, Matt Arnilo S. Baluyos (Mailing Lists) matt.baluyos.lists@gmail.com wrote:
Hi All,
I have a Trixbox server (CentOS derivative) from which our Cisco IP phones get their config files via TFTP.
I have noticed that when I run the TFTP server via "service xinetd start", I am not able to get files via TFTP. I have tested it by doing a manual transfer via a TFTP client from another machine.
When I try to run the TFTP service manually by doing "/usr/sbin/in.tftpd -l", I do not encounter any problem whatsoever?
Any pointers regarding this issue? Do I have to enable anything else?
Thanks.
Matt Arnilo S. Baluyos (Mailing Lists) wrote on Thu, 25 Oct 2007 13:27:37 +0800:
service tftp { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = --logfile /var/log/atftpd.log per_source = 11 cps = 100 2 flags = IPv4 }
I'm missing the serverroot. This is what works for me (note, I changed the serverroot, default is /tftpboot):
service tftp { socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -s /home/tftpboot #disable = yes per_source = 11 cps = 100 2 flags = IPv4 }
Kai
On 10/25/07, Matt Arnilo S. Baluyos (Mailing Lists) matt.baluyos.lists@gmail.com wrote:
Hi,
Here's the dump of /etc/xinetd.d/tftp:
[root@trixbox2 xinetd.d]# cat 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 { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = --logfile /var/log/atftpd.log
Hi
The --logfile dont exist in my man page! Can you try to remove it (including /var/log/atftpd.log ) ? Can you try to start tftpd from command line using this option and see if you have any error ?
regrads
per_source = 11 cps = 100 2 flags = IPv4
} [root@trixbox2 xinetd.d]#
On 10/25/07, Alain Spineux aspineux@gmail.com wrote:
Did you check any of the option in /etc/xinetd.d/tftp file ? Can you make a dump of it ?
On 10/25/07, Matt Arnilo S. Baluyos (Mailing Lists) matt.baluyos.lists@gmail.com wrote:
Hi All,
I have a Trixbox server (CentOS derivative) from which our Cisco IP phones get their config files via TFTP.
I have noticed that when I run the TFTP server via "service xinetd start", I am not able to get files via TFTP. I have tested it by doing a manual transfer via a TFTP client from another machine.
When I try to run the TFTP service manually by doing "/usr/sbin/in.tftpd -l", I do not encounter any problem whatsoever?
Any pointers regarding this issue? Do I have to enable anything else?
Thanks.
-- Stand before it and there is no beginning. Follow it and there is no end. Stay with the ancient Tao, Move with the present. _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On 10/25/07, Alain Spineux aspineux@gmail.com wrote:
On 10/25/07, Matt Arnilo S. Baluyos (Mailing Lists) matt.baluyos.lists@gmail.com wrote:
Here's the dump of /etc/xinetd.d/tftp:
[root@trixbox2 xinetd.d]# cat 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 { disable = no socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = --logfile /var/log/atftpd.log
The --logfile dont exist in my man page! Can you try to remove it (including /var/log/atftpd.log ) ? Can you try to start tftpd from command line using this option and see if you have any error ?
Hi Guys,
Yup. That line is the guilty one.
I have removed the arguments by setting server_args to none and restarted the service. Then I tested it by doing a transfer and it's working already.
Thanks guys! :)