Я ЗНАЮ, что мне здесь не хватает чего-то простого. Я пытаюсь установить / запустить TFTP-сервер на моем сервере centos 4.8. Я сделал следующее:
1) Аутентифицирован в оболочке как root.
2) Установлен tftp-сервер: yum установить tftp-сервер (xinetd уже установлен, кстати)
3) Отредактируйте /etc/xinetd.d/tftp и установите disable = нет
# 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 = -s /tftpboot
per_source = 11
cps = 100 2
flags = IPv4
}
4) Перезапустите xinetd: перезапуск службы xinetd
5) Установите права доступа к каталогу: chmod 777 / tftpboot
6) Убедитесь, что служба запускается при перезагрузке: chkconfig tftp на
7) Убедитесь, что xinetd запускается при перезагрузке: chkconfig xinetd на
Кажется, что tftp-сервер не запускается ... не знаю почему. Я не получаю никаких ошибок, но я не вижу, что он прослушивает порт 69 в результатах локальной netstat, и я не могу подключиться к клиенту tftp.
Что мне здесь не хватает?
ОБНОВИТЬ Спасибо за вашу помощь, ребята. Думаю, я начинаю видеть здесь основную причину - xinetd не работает или не запускается.
[root@server ~]# service xinetd restart
[root@server ~]#
Я удалил tftp-server, а затем удалил xinetd ... переустановил их оба с помощью yum (сначала xinetd), но я все еще получаю ту же ошибку. Есть ли журнал, который я могу проверить на наличие xinet?
Я бы отказался от этого в пользу atftp лично.
Его гораздо проще настроить, он лучше функционирует, ведет правильное ведение журнала и не полагается на inetd.
(Включает: кивок на комментарий Zoredcache)
В аргументах сервера у вас есть -s / tftpboot, но в своем сообщении вы сказали, что используемый вами каталог - / tftpserver. -S и путь означает каталог, который вы используете в качестве корневого каталога TFTP. Измените это на путь или каталог, который вы хотите использовать.
Если / tftpboot не существует, вы увидите ошибку в / var / log / messages, и демон фактически не запустится.
Вы сначала создали файл? В моих резервных копиях cisco я не chmod 777 весь каталог, я сначала создаю файл, а затем chmod 666 файл. Тогда я могу написать ему.
Попробуй это:
коснитесь testfile.txt
chmod 666 testfile.txt
Затем перенесите файл на tftp-сервер. Предполагается, что вы пытаетесь поместить файл на tftp-сервер.
Вы не увидите tftp, прослушивающего порт 69, вы увидите xinetd. Я не жду, что это решит вашу проблему, но я все равно замечаю это, ради истории ;-)
В любом случае, кое-что нужно проверить
О, и ради любви к богам: не используйте chmod 777 или 666 так же важно, как / tftpboot.