После тяжелых выходных - продолжение разговора о маршрутизации

Таблица маршрутизации: 172.16.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.5 0.0.0.0 UG 0 0 0 eth0 по дефаулту чужой маршрутизатор.

Таблица маршрутизации: 172.16.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.5 0.0.0.0 UG 0 0 0 eth0 по дефаулту чужой маршрутизатор.

А что показывает traceroute? В смысле на 172.16.1.[some client]? Оно вообще стучится в шлюз?

Хотя нет... Глупость сморозил :) Если маскарад работает - значит стучится... sorry

М...да
Очень странно
во время пинга из 172.16 tcpdump -i eth1 на шлюзе ?
сети физически разные?
а что стоит в DNSе у клиентов каждой сети и на шлюзе?
пинг из 172.16 на 192.168.1.1 идет?
клиенты под чем?

tcpdump: listening on eth1 15:10:46.372719 172.16.1.2 > more.org: icmp: echo request 15:10:46.372763 more.org > 172.16.1.2: icmp: echo reply 15:10:47.374150 172.16.1.2 > more.org: icmp: echo request 15:10:47.374190 more.org > 172.16.1.2: icmp: echo reply

Сети сделаны как vlan на свитчере (разделение по портам).

В dns-е стоит адрес dns-сервера в сети 192.168. Хотя я его убирал - то-же самое. Для сети 172.16 - адрес eth1 маршрутизатора - 172.16.1.1

ping из 172.16.1.2 на 192.168.1.1 проходит

Клиенты - вынь2000prof

а че странного-то?, машина с двумя сетевухами получает пакет и пуляет его на хост по умолчанию, а он в 192,168,1,0 сети, тут юзать надо вещь, какая делает линух маршрутизатором, вот какая, не подскажу, может, кто знает?

2 anonymous (*) (2002-03-04 14:46:18.0) Это в смысле cat 1 > /proc/sys/net/ipv4/ip_forward ??? Дык он вроде это уж сделал... :) Тут вообще дело темное...

tcpdump: listening on eth1 15:10:46.372719 172.16.1.2 > more.org: icmp: echo request 15:10:46.372763 more.org > 172.16.1.2: icmp: echo reply 15:10:47.374150 172.16.1.2 > more.org: icmp: echo request 15:10:47.374190 more.org > 172.16.1.2: icmp: echo reply


Судя по этому пинги уходят и возвращаются
очень интересно если more.org это не 192.168.1.1
а что дает tracert -d 192.168.1.5 с 172.16.1.2 ?

more.org это 192.168.1.1 , tracert c 172.16.1.2: 1 10 mc <10 mc <10 mc 172.16.1.1 2 <10 mc <10 mc <10 mc 192.168.1.5

Тогда что неработает????????????

см. первый вопрос - я спрашивал: из 192.168.1.0 в 172.16.1.0 пакеты летают без проблем, а наоборот - только когда поднимаю маскарад. Это нормальная ситуация?

Блин! Что-то я вообще ничего не понимаю! :(
Это был вывод tracert запущенной на 172.16.?
Как я понял, пакеты все-таки дошли до 192.168.?
Или пустота после 192.168.1.5 символизирует `* * *`?
Значит, не дошли?
А та карточка, что вставлена в шлюз со стороны 192.168. пингуется
из 172.16.? Если да - проблема наверное в клиентах, нет - соотв.
в шлюзе...
ИМХО...

На хостах сети 172.16.1.0 куда показывает default gw?
на 172.16.1.1?
Если так, то всё должно работать.
А если ещё куда (хотя вроде ты говоришь что шлюзов больше нет), то на всех машинах надо добавить запись в таблицу маршрутизации
типа
route add 192.168.1.0 255.255.255.0 gw 172.16.1.1
чтоб хосты знали куда слать пакет если его назначение сеть 192.168.1.0/24

Да он идевается над нами!
На кол
Шутка
Пакеты не летают в одну сторону
когда ты делаешь пинг или трейс они бегают в обе стороны


см. первый вопрос - я спрашивал: из 192.168.1.0 в 172.16.1.0 пакеты летают без проблем, а наоборот - только когда поднимаю маскарад. Это нормальная ситуация?
***********
tracert c 172.16.1.2: 1 10 mc <10 mc <10 mc 172.16.1.1
2 <10 mc <10 mc <10 mc 192.168.1.5

а это что?
или все делалось при включенном маскараде?

Поставь дрова от NVidia, добавть оперативной памяти и установи OpenOffice. А еще лучше смени дистрибутив. И заодно прочитай по маршрутизацию...