нет сети

да .. конечно обратить внимание на /etc/network/interfaces

1. Проверяешь настройки карты
2. Проверяешь рутинг-таблицу
3. Пингуешь сам себя
4. Пингуешь твой gateway

Приветствую,

имею дома комп c 2-мя сетевыми карточками, первая
(eth0 - 192.168.53.88) подключена к дриму (192.168.53.89), вторая
(eth1 - 192.168.53.83) - к ведру (192.168.53.87). Маска везде
255.255.255.0
Хочу настроить систему так, чтобы дрим, комп и ведро видели
друг друга. Однако есть проблемы, даже в пинге.

- не могу настроить, чтобы с компа пинговались и дрим и ведро, всегда
пингуется что-то одно. И зависит это от того, какой сетевой интерфейс
был активирован первым, (который как я предполагаю и захватывает
инициативу у второго интерфейса). (при этом пинги с компа на сами
карточки eth0 и eth1 (сам на себя) проходят нормально)

Например, оба интерфейса (eth0 и eth1) деактивированы. Включаю eth0.
Появляется пинг на дрим, на ведро его нет, что понятно.
Затем поднимаю eth1, пинг на ведро не появляется, на дрим все пингуется
нормально. Отключаю eth0, появляется пинг на ведро с eth1. Снова
включаю eth0 - пинг на дрим не появился, на ведро пинг проходит.

вот для этой ситуации привожу статистику (мас чуть изменил, чтоб не
светить)

[root@localhost sbin]# ./ifconfig
eth0 Link encap:Ethernet HWaddr 00:04:61:xx:xx:xx
inet addr:192.168.53.88 Bcast:192.168.53.255
Mask:255.255.255.0 inet6 addr: fe80::204:61ff:fe73:e31a/64
Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3004 errors:0 dropped:0 overruns:0 frame:0
TX packets:3730 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:510598 (498.6 Kb) TX bytes:268755 (262.4 Kb)
Interrupt:209 Base address:0xd100

eth1 Link encap:Ethernet HWaddr 00:50:DA:xx:xx:xx
inet addr:192.168.53.83 Bcast:192.168.53.255
Mask:255.255.255.0 inet6 addr: fe80::250:daff:fec0:30bc/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:658 errors:0 dropped:0 overruns:0 frame:0
TX packets:845 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:92537 (90.3 Kb) TX bytes:68754 (67.1 Kb)
Interrupt:177 Base address:0xd000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2262 errors:0 dropped:0 overruns:0 frame:0
TX packets:2262 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:2404336 (2.2 Mb) TX bytes:2404336 (2.2 Mb)

[root@localhost sbin]# ./route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.53.0 * 255.255.255.0 U 0 0 0 eth1
192.168.53.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
[root@localhost sbin]#

вот что показывает route, когда ситуация меняется на прямо
противоположную - пинги до ведра не проходят, а до дрима - проходят

[root@localhost sbin]# ping 192.168.53.89
PING 192.168.53.89 (192.168.53.89) 56(84) bytes of data.
64 bytes from 192.168.53.89: icmp_seq=0 ttl=64 time=1.74 ms

[root@localhost sbin]# ./route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUseIface
192.168.53.0 * 255.255.255.0 U 0 0 0eth0
192.168.53.0 * 255.255.255.0 U 0 0 0 eth1
169.254.0.0 * 255.255.0.0 U 0 0 0eth1

честно говоря, я плохо себе представляю что означают эти строчки.
смущает и 169.254.0.0 - что это за IP и зачем он нужен ?
я его не припоминаю.

чем можно помочь делу ?
подскажите, пожалуйста.

прежде чем воротить надо сесть и хорошо разобраться. Может даже нарисовать ... а то можно наломать таких дров и перегнуть палку
Вообщем после ICQ-session получилось такое....
на dreamboxе 192.168.53.89 прописываем

route add -net 192.168.60.0 netmask 255.255.255.0 gw 192.168.53.88

на Linux-машине конфигурируем второй интерфейс как 192.168.60.1 и разрешаем ip_forwarding.
на VDR конфигурируем сетевой интерфейс как 192.168.60.2 .....

вуаля

после полуночного разговора в асе с free-x все заработало, вот краткий отчет о работе над ошибками.

- изначально я организовал только одну сеть, что и оказалось неверным. Надо было организовать две подсети (eth0=192.168.53.88 и дрим=192.168.53.89, а также eth1=192.168.60.1 и VDR=192.168.60.2), прописать в VDR правильный gateway=192.168.60.1 после чего пинги заработали как надо. Маска везде 255.255.255.0

Честно говоря, я не понимаю, зачем надо было делать вторую подсеть, но времени рассуждать не было, да и отвлекать free-x на эти моменты тоже не хотелось.

далее мы настраивали маршрутизацию.
Включили форвардинг пакетов между 2-мя сетвухами в компе (на нем у меня ASP10 стоит, основанный на FC3) ,

в "/etc/sysconfig/network"
FORWARD_IPV4=yes

а сегодня я нашел другой совет

Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
В новой версии Red Hat Linux 6.2 параметр "FORWARD_IPV4=" определяется в файле "/etc/sysctl.conf" вместо "/etc/sysconfig/network".

Надо будет попробовать его.

в дриме также настроили маршрутизацию командой route
route add -net 192.168.60.0 netmask 255.255.255.0 gw 192.168.53.88

и о, счастье - пинг с VDR на дрим, и с дрима на VDR заработал !!
еще раз - спасибо free-x за помощь и подсказки

PS а далее в планах подружить VDR со спутниковым интернетом, вначале в связке "VDR - комп + Globax с обратным каналом через gprs - дрим",

ну а потом - настроить VDR на работу с сат инетом без компа и дрима.

я так понял что на Дриме один сетевой интерфейс,
почему бы не сдела ть более гибкое решение, вместо
route add -net 192.168.60.0 netmask 255.255.255.0 gw 192.168.53.88

прописать
route add default gw 192.168.53.88

сетевой то один, только через етот дрим идёт весь трафик через связку GPRS/Sat-Inet

/etc/network/interfaces

покажи

а ты попробуй машину не перегружать ,

а внеси айпи как ты внёс а потом

ifconfig eth0 down

ifconfig eth0 up

Цитата

Со слов пользователя гема
проверяю ифцонфиг, есть статический ар-адрес, но который отличается от того, который я указал в интерфацес,.

тут не понял..?

может у тебя 2 карты?

сделай [ifconfig] и покажи

ПРОСТО ДАЙ, что дает

ifconfig -a
и
route -n

PS. ", когда я посылал пинг на адрес который я прописал, второй и последующие пинги указывался другой ар-адрес, который был в ifconfig" - Лично я ничего непонял, что ты хотел этим сказать