 TFTP сервер,  dima_k, 25-Мрт-06, 21:45 [смотреть все]Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На удаленных машинах tftp-клиент не может сгружать файлы (именно команда GET, про PUT я читал в багзилах). На локальной тачке из /tftpboot файлы забирает прекрасно.
Ось FC4, tftp версии tftp-hpa 0.40, with remap, with tcpwrappers, ставил через yum. Пускается через xinetd.
tail /var/log/messages говорит
Mar 25 18:38:26 dk in.tftpd[7808]: tftpd: read(ack): Connection refused
Правил hosts.allow, hosts.deny. Пускал из под nobody и других юзеров, в режиме демона. Проблема остается - удаленно нельзя забрать файл.
Спасибо за внимание. Буду признателен всем ответившим.PS. SELinux выключен :) |
- TFTP сервер, anonymous, 06:32 , 26-Мрт-06 (1)
- TFTP сервер, dima_k, 18:41 , 26-Мрт-06 (2)
>>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>>удаленных машинах tftp-клиент не может сгружать файлы (именно команда GET, про
>>PUT я читал в багзилах). На локальной тачке из /tftpboot файлы
>>забирает прекрасно.
>>Ось FC4, tftp версии tftp-hpa 0.40, with remap, with tcpwrappers, ставил через
>>yum. Пускается через xinetd.
>>tail /var/log/messages говорит
>>Mar 25 18:38:26 dk in.tftpd[7808]: tftpd: read(ack): Connection refused
>>Правил hosts.allow, hosts.deny. Пускал из под nobody и других юзеров, в режиме
>>демона. Проблема остается - удаленно нельзя забрать файл.
>>Спасибо за внимание. Буду признателен всем ответившим.
>>
>>PS. SELinux выключен :)
>
>
>check /etc/xinetd.conf - it might include a line:
>"only_from = localhost" - if it does comment it out and restart
>xinetd
>
>check /etc/xinetd.d/tftp just in case Все бы так и было, но у меня через внешний интерфейс tftp клиент качает инфу. Кроме того, netstat -nap | grep 69
говорит, что xinetd (tftpd) слушает на 0.0.0.0:69.
Или под localhost подразумевается не 127.0.0.1?
- TFTP сервер, dsl, 08:31 , 27-Мрт-06 (3)
- TFTP сервер, dima_k, 11:42 , 27-Мрт-06 (4)
Как его увеличить и что под этим подразумевается? Типа покопать syslog и log tftp для большего логирования или пустить его в режиме debug или verbose? Объясни, please!!
- TFTP сервер, dima_k, 21:39 , 27-Мрт-06 (5)
>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>удаленных машинах tftp-клиент не может сгружать файлы (именно команда GET, про
>PUT я читал в багзилах). На локальной тачке из /tftpboot файлы
>забирает прекрасно.
>Ось FC4, tftp версии tftp-hpa 0.40, with remap, with tcpwrappers, ставил через
>yum. Пускается через xinetd.
>tail /var/log/messages говорит
>Mar 25 18:38:26 dk in.tftpd[7808]: tftpd: read(ack): Connection refused
>Правил hosts.allow, hosts.deny. Пускал из под nobody и других юзеров, в режиме
>демона. Проблема остается - удаленно нельзя забрать файл.
>Спасибо за внимание. Буду признателен всем ответившим.
>
>PS. SELinux выключен :)
Ставил хосты (*, 0.0.0.0, конктерный хост) - не помогает.
Добавил ключик -v в запуск (verbose). Получаю:
Mar 27 16:32:51 dk in.tftpd[26583]: RRQ from 80.92.161.1 filename test
Mar 27 16:32:51 dk in.tftpd[26583]: tftpd: read(ack): Connection refused
Но 80.92.161.1 - не узел получателя сего файла. Короче, топология сетей такова:
Есть хост-клиент 192.168.0.11. Для него гейт 192.168.0.125, имеющий внешний интерфейс 80.92.161.1. Есть boot-сервер (tftpd) 192.168.4.110, для него гейт 192.168.4.1.
Получается, что я хожу через внешний интерфейс первого гейта (4-я подсеть там не поднята).
Может ли быть причина в этом? еще 1 момент 192.168.0.11 - виндовая тачка.
|
Версия для распечатки
