URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 65118
[ Назад ]

Исходное сообщение
"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 , 26-Мрт-06 06:32 
>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>удаленных машинах 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 сервер"
Отправлено dima_k , 26-Мрт-06 18:41 
>>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>>удаленных машинах 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 , 27-Мрт-06 08:31 
>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>удаленных машинах 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 сервер"
Отправлено dima_k , 27-Мрт-06 11:42 
Как его увеличить и что под этим подразумевается? Типа покопать syslog и log tftp для большего логирования или пустить его в режиме debug или verbose? Объясни, please!!

"TFTP сервер"
Отправлено dima_k , 27-Мрт-06 21:39 
>Устанавливаю систему удаленной загрузки. Столкнулся с простой на реовый взгляд проблемой. На
>удаленных машинах 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 - виндовая тачка.


"TFTP сервер"
Отправлено Radu , 10-Июл-06 18:30 
U menea taje problema, toliko esli zapros idet iz-za nat'a. Esli s real IP to vse ok.
>Добавил ключик -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 - виндовая
>тачка.