LINUX.ORG.RU
решено ФорумAdmin

Не работает маршрутизация (Ubuntu)

 , ,


0

1

Добрый день! Хочу реализовать такую схему (Тык!). Прописал route в /etc/network/interfaces:

up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.1 eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.1 eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.1 eth1
После чего маршруты показались в таблице route. Но результатов это не дало, стали пинговаться только сами роутеры (192.168.x.1), а дальше в сеть не пускает. Что делать в такой ситуации?



Последнее исправление: ArtQz (всего исправлений: 1)

Ответ на: комментарий от anonymous

eth0 смотрит в интернет. eth1 в локалку.

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

почему-то мне кажется, что из сетей 192.168.1.0/24, 192.168.2.0/24, 192.168.3.0/24 нет маршрутов в сеть 10.98.90.1. проверь таблицу маршрутизации на соответствующих маршрутизаторах.

George
()
up route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 192.168.2.1 eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 192.168.3.1 eth1

Или, более правильно:

up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.X eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.Y eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.Z eth1
Где X,Y,Z - соотвествующие адреса роутеров из сети 10.98.90.0

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

А можно целиком

/etc/network/interfaces


Вообще, как я понимаю, должно быть:

На сервере:
eth1 10.98.90.1
eth0.1 192.168.0.1
eth0.1 192.168.1.1
eth0.1 192.168.2.1
И три роутера не нужны, роутится на сервере, но все компы в одном ШВ домене, т.к. управляемых комутаторов у тебя нет.

Либо:

На сервере:
wan eth1 10.98.90.1
lan eth0 192.168.8.1

На роутерах:
к серверу 192.168.8.[2-4]
к локалкам 192.168.[0-2].1

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

/etc/network/interfaces

auto eth0
iface eth0 inet static
address x.x.x.x
netmask 255.255.255.224
gateway x.x.x.x
dns-nameservers 8.26.56.26 8.8.8.8

auto eth1
iface eth1 inet static
address 10.98.90.1
netmask 255.255.255.0
network 10.98.90.0
broadcast 10.98.90.255
up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.1 eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.1 eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.1 eth1

пробовал также и

up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.X eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.Y eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.Z eth1
Роутеры нужны для wi-fi в кабинетах.

Про настройку роутеров не понял.

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

На роутерах:
к серверу 192.168.8.[2-4]

Скорее 10.98.90.[2-4], но это так, гадание на кофейной гуще, нужны более точные данные.

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

У роутера 192.168.1.1 - 10.98.90.198, роутера 192.168.2.1 - 10.98.90.196, роутера 192.168.3.1 - 10.98.90.197.

У всех прописан шлюз 10.98.90.1.

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

И как должен попасть клиент к 10.98.90.1 не зная промежуточных шлюзов? У роутеров шлюзом должен быть 10.98.90.1, у клиентов 192.168.[1-3].1

andrewzvn
()
Ответ на: комментарий от andrewzvn
up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.198 eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.197 eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.196 eth1

Является промежуточным шлюзом?

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

Нарисуй, пожалуйста, схемку с обоими адресами на роутерах.

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

У тебя 10.98.90.1 это внутренний интерфейс сервера?
Если да, то:
1 роутер
wan 10.98.90.2 lan 192.168.1.1
2 роутер
wan 10.98.90.3 lan 192.168.2.1
3 роутер
wan 10.98.90.4 lan 192.168.3.1

Дальше на сервере маршруты в 192.168.[1-3].x через 10.98.90.[2-4]...


auto eth0
iface eth0 inet static
address x.x.x.x
netmask 255.255.255.224
gateway x.x.x.x
dns-nameservers 8.26.56.26 8.8.8.8

auto eth1
iface eth1 inet static
address 10.98.90.1
netmask 255.255.255.0
network 10.98.90.0
broadcast 10.98.90.255
up route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.98.90.2 eth1
up route add -net 192.168.2.0 netmask 255.255.255.0 gw 10.98.90.3 eth1
up route add -net 192.168.3.0 netmask 255.255.255.0 gw 10.98.90.4 eth1

У клиентов шлюз по умолчанию ip роутера из их подсети, на роутерах NAT выключен.
Вроде так.

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

В том то и дело, что клиенты видят сервер, а сервер их видеть не желает, так же как и клиенты друг друга из разных сетей.

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

Если даже роутер пингуется 192.168.1.1, то на него не получается зайти. Может что-то блокирует его?

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

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

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

А ещё попробуй разрешить в роутере в межсетевом экране пакеты от всех внешних ip

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

На соседние подсети маршруты можно не добавлять на самих роутерах, но тогда все пакеты между соседними подсетями будут ходить через сервер... Будет больше прыжков...

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

Спасибо большое, все заработало. Проблема была в настройках роутера! (Настройка межсетевого экрана помогла)

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

Одно сделал, другое сломалось. Если кто знает, подскажите... До тога как начал настраивать маршруты, все клиенты видели все ресурсы в сети 10.98.90.х, Видимо когда шаманил что-то не туда написал. Проблема в том что клиенты 192.168.х.х видят не все ресурсы в сети 10.98.90.х. С чем это может быть связано?

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

Кардинальное решение твоей проблемы - преключить роутеры в режим «точка доступа» («access point»). Роутер преврашается в тупой свитч с Wifi, а адреса должен будет раздавать непосредственно сервер.

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

Нахрена разносить на подсети, если собрался шарить их ресурсы между собой?
Ключевое непонимание виндовых сетей, всегда начинается с того, что брандмауэр винды по умолчанию пропускает трафик только одной подсети, правила надо настраивать. Тупое отключение сетевого экрана, это как насрать себе на голову.
ну и походу непонимание нафига предназначен роутер и почему для такой простой задачи их взято 3. «Бился в конвульсиях глядя на схему»

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

Часть роутеров так и работает («точка доступа»). Разделение на подсети нужно для некоторых задач.

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

Либо ты не знаешь, чего хочешь, либо выключай nat (не «аппаратный», а вообще) на роутерах.

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

Просто у меня в сети 10.98.90.х находится несколько серверов. Клиенты которые находятся на других подсетях видят не все сервера, а только 10.98.90.1, и еще пару клиентов сети 10.98.90.х., хотя раньше все видели всю сеть 10.98.90.х. Просто хотел узнать может кто сталкивался.

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

Ты, этсамоэ, смотри на какое сообщение отвечаешь. Не запутывай топик.

А по поводу «невидимости» серверов - вендовой командой tracert пользоваться умеешь ведь?

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

Умею. tracert 10.98.90.3 выдаёт:

  1     2 ms     2 ms     2 ms  192.168.1.1
  2  10.98.90.198  сообщает: Заданный узел недоступен.

Трассировка завершена.

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

Клиенты сети 10.98.90.х без проблем видят этот сервер. Настроек на 10.98.90.3 никаких не делал, раньше мог зайти с любой сети.

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