LINUX.ORG.RU
ФорумAdmin

Вопрос на засыпку (ARP troubles)


0

0

Доброго так сказать времени суток
Есть проблемка одна, вразумительных ответов нигде не добился, спрашиваю здесь.
Ситуация такая:
Сетка 8 рабочих машинок (офтопХР) + сервер (офтоп2003)
Через одну из рабочих машинок подключен инет (стоят дополнительно Outpost Firewall и UserGate).
В процессе развертывания remote-boot системы (на сервере доустановили RIS и TFTP, DHCP был - его просто отконфигурировали) были обнаружены грабли ("клиенты" удаленной загрузки висли при попытке скачать образ ОС, все предыдущие этапы загрузки проходили успешно, т.е. клиент получал свой IP, IP TFTP сервера и имя файла для скачивания, обращался к нему ("loading file_x") и вис на этом этапе.
В результате прослушивания сетки Wireshark`ом была обнаружена любопытная деталь - все машины, кроме десктопа, через который подключен инет, (все станции кроме одной и сервер) игнорируют ARP запросы, не отвечают на них(!). Т.е. кто-нибудь спрашивает "who-is IP такой-то", а в ответ - тишина, и только одна станция (IP 192.168.0.1) отвечает "IP такой-то это МАС такой-то". Соответственно клиент удаленной загрузки доходит до момента скачивания образа, посылает ARP запрос серверу - вответ тишина, он посылает еще раз - нет ответа, зависон.
Если использовать виндовый TFTP клиент, то ему сервер образ отдает.

Спрашивается, какого хрена тут творится и как решить эту проблему? Спрашивал у вендузятников - никто не знает, мне вообще кажется в последнее время что линуксоиды в форточках разбираются лучше windows-гуру, так что за офтоп не ругайте.

Куда ты подключал wireshark может ты и не должен увидеть ответ, но же не broadcast (в отличии от запроса)

zhiltsov
()
Ответ на: комментарий от zhiltsov

Блин, да, сетка на свитче, и promisc. mode сетевушки на компе с Wireshark`ом может и не помочь перехватить ответ. Тогда все становится еще интереснее. Завтра нужно будет послушать сеть с каждого компа.

Какие еще мысли будут?

Mousehouse
() автор топика
Ответ на: комментарий от bigbit

>И дался тебе этот RIS?
Юзай PXELinux + tftpd32 (если уж без винды никуда).

Это ничего не дает (пробовал и так делать). За каким-то х клиент не скачивает образ. (Прошивки брались на rom-o-matic, дискетные на время обкатки).

Mousehouse
() автор топика

>Спрашивается, какого хрена тут творится и как решить эту проблему?

хз, какая причина, но что касается решения, если lease time айпишников, выдаваемых dhcpd может быть неограниченным? то можно просто юзать статическую arp маршрутизацию, т.е. прописать в /etc/ethers все маки/айпи машин в сетке, чтобы машины не слали арп-бродкасты в сеть, а смотрели в /etc/ethers и брали айпишники оттуда...

bsh ★★★
()

Читал где-то, что у определённых прошивок есть такой баг: они игнорируют IP-пакеты с установленным флагом DF (don't fragment). В качестве решения рекомендовали отключить pmtu discovery на dhcp-сервере (echo 1 >/proc/sys/net/ipv4/ip_no_pmtu_disc, как сделать это в оффтопике не знаю). Думаю, то же самое можно сделать с помощью iptables (снять соответствующий флаг). Сетевуху с таким багом сам один раз встречал.

slav ★★
()
Ответ на: комментарий от Anoxemian

Блин ничего не помогло, до сих пор не работает, я в шоке...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.