Windows-терминалы WTware

[b]Yury[/b]
Я неправду сказал про "втварь игнорирует пакеты, отправленные с неправильного IP". Нисколько не игнорирует. Проверит очень просто:
1. У сервера есть [i]две[/i] сетевые карты. Пусть карта A смотрит в один хаб с терминалом, а карта Б - в другую подсеть. На сервере должна быть включена маршрутизация.
2. Через DHCP сообщаем терминалу, что адрес TFTP - это адрес карты Б. А в качестве адреса роутера указываем карту А.
В этом случае терминал отправляет пакеты на адрес карты Б, а ответные пакеты ему приходят от адреса А. Только что убедился, посмотрев сниффером. И терминал эти пакеты принимает.

Больше я не понимаю, почему втварь не грузится с кластерного tftp. Если есть возможность - попробуй посмотреь снифером, что за пакеты шлет сервер в ответ.

Втварь игнорирует пакеты, отправленные с неправильного IP. Попробую это убрать. Мысль про интерфейсы для ТФТП понял, в TODO записал. Будет сделано :-)

[quote="Yury"]я не использую TFTP WtWare и даже никогда в глаза его не видел. Все что я писал касается исключительно TFTP из состава RIS. Речь о том что виндовый клиент нормально забирает файлы с TFTP по любому IP (будь то реальный IP машины или IP NLB кластера в который она входит), а вот WtWare не хочет грузится с IP NLB кластера. Проблема очень серьезная, так как используя ферму терминальных серверов для обеспечения отказоустойчивости мы теряем отказоустойчивость на уровне TFTP сервера.[/quote]
мобыть проблема в том, што при загрузке запросы разбрасываются по разным серверам ? в нлб вроди есть опция када разброс идёт по-клиентно, а не по-пакетно ... мобыть поможет ...
2ака:
давно жду возможность в втваре тфтп задавания интерфейса на котором он будет и слушать и отвечать ... иначе несовместимость с dhcp, штатно (!) закластерённым через mscs с базой на общем диске (т.е. в единой настройке dhcp всех серверов низя указать кластерный адрес для тфтп) ...

Да, со второго раза вижу, что проблема в клиенте. Будет исправлено, будет ловить пакеты с любого IP.

я не использую TFTP WtWare и даже никогда в глаза его не видел. Все что я писал касается исключительно TFTP из состава RIS. Речь о том что виндовый клиент нормально забирает файлы с TFTP по любому IP (будь то реальный IP машины или IP NLB кластера в который она входит), а вот WtWare не хочет грузится с IP NLB кластера. Проблема очень серьезная, так как используя ферму терминальных серверов для обеспечения отказоустойчивости мы теряем отказоустойчивость на уровне TFTP сервера.

Проблема однозначно в TFTP WTware, этой проблемой мы когда-нибудь непременно займемся, но она слишком редкая, чтобы делать это сейчас. Сейчас лучше пользуйтесь TFTP из RIS, раз оно работает.

вдогонку - версия WtWare 4.1.26

только что проверил с XP-ной машинки будет ли TFTP сервис из состава RIS отдавать файлы при обращении на реальный IP машины и при обращении на IP NLB кластера. Все работает!

Значит проблема в WtWare. Можно ли исправить данный баг ?

Для обеспечения отказоустойчивости и распределения нагрузки использую два терминальных сервера. На обоих стоит 2003 Enterprise R2 , с помощью встроенного в R2 механизма репликации папок синхронизирую каталоги D:\TFTP на обеих машинах. На обеих машинах поднят TFTP из состава RIS. Само собой напршивается сделать NLB кластер для TFTP сервиса. Но wtware упорно не хочет в этом случае грузится. Я так понимаю что TFTP сервис отвечает с родного IP адреса а не с NLB-ного (ну это подозрения).
Вопрос:
1) есть ли какой-то TFTP сервис который сможет работать в кластере NLB ?
2) может быть можно как-то пропатчить wtware чтобы ей было сугубо с какого IP отвечает ей TFTP сервис ?