Настройка маршрутизации

[X.3.]

сорри, вы сами зацепились, в моем посте это был один из вариантов. ну да большая разница NM или /etc/network/interfaces только удобнее но под x-ы (а еще умный и автомат)

[fisher74]

Я зацепился?
Что Вы.
Просто Вы предложили вариант даже не вникнув в проблему. Ни одно из Ваших предложений априори не подходит для ТС: менять gw просто так он не может, gui  у него нет, а если бы и был, то NM всё равно безрукий.

P.S. Оффтопить больше не буду. Ждём alien8 с результатами экспериментов.

[alien8]

По одному добавил командой route через sudo. Никто не на кого не ругался.
netstat -nr обновился.

Раскомменчивание любого из них в interfaces и передергивание интерфейсов влечет те же ошибки.

То есть маршруты живут, но будут ли они жить после ребута, вопрос.

[fisher74]

Можно ещё раз показать interfaces как он сейчас есть с комментированными командами маршрутизации и действующую маршрутизацию.
Т.е. собственно выхлоп команд

Код: [Выделить]

cat /etc/network/interfaces
ip r

[alien8]

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

Код: [Выделить]

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.10.25.198
netmask 255.255.255.240
network 10.10.25.192
broadcast 10.10.25.207
dns-nameservers 10.20.10.4 10.20.10.5
up route add -host 10.20.34.213 netmask 255.255.255.255 gw 10.10.25.193 dev eth0
up route add -net 10.20.26.0 netmask 255.255.255.0 gw 10.10.25.193 dev eth0
up route add -net 10.30.4.0 netmask 255.255.255.0 gw 10.10.25.193 dev eth0
up route add -net 10.10.16.0 netmask 255.255.255.0 gw 10.10.25.193 dev eth0

auto eth1
iface eth1 inet static
address 10.10.25.214
netmask 255.255.255.240
network 10.10.25.208
broadcast 10.10.25.223
gateway 10.10.25.209

:~$ ip r
default via 10.10.25.209 dev eth1
10.30.4.0/24 via 10.10.25.193 dev eth0
10.10.16.0/24 via 10.10.25.193 dev eth0
10.10.25.192/28 dev eth0  proto kernel  scope link  src 10.10.25.198
10.10.25.208/28 dev eth1  proto kernel  scope link  src 10.10.25.214
10.20.26.0/24 via 10.10.25.193 dev eth0
10.20.34.213 via 10.10.25.193 dev eth0


[fisher74]

от себя лично: я бы выкинул необязательный параметр dev из маршрутов. Для eth это не актуальный параметр

[alien8]

Ну изначально их не было (1ый пост в теме), поправил по рекомендации ниже, хотя по моему оно ничего не меняет.

Сейчас основной вопрос для меня, это что произойдет при перезагрузке, т.к. то что добавил route'ом не останется в конфиге, а сам конфиг хотя и не содержит явных ошибок, может не подцепиться.

[fisher74]

Там поправили несколько по другой причине. Там Вы указали значение параметра без его описания - а это ошибка синтаксиса команды. А сейчас я говорю о всей связке dev eth0. Но опять же это ИМХО и, чисто теоретически, мешать не должно.

Что произойдёт, Вы, как и мы (надеюсь), узнаем только после перезагрузки.

Вопрос на засыпку: Вы когда добавляли маршруты в систему, как это делали? Забивали их ручками или копировали из interfaces?
Я к тому, что очень часто вероятны простейшие ошибки в написании, особенно связанные с одинаковым графическим отображением символа (таких как а разных раскладок).

ЗЫ netmask со значением в строке с -host тоже бы в топку
Пользователь решил продолжить мысль 23 Января 2013, 12:35:02:определение dns-сервера тоже перенести бы к своему интерфейсу (eth1)

[alien8]

Копировал, лень все таки сильна.

dns вообще можно комментить (что я собственно уже делал в ходе экспериментов), т.к. практического смысла он не несет.

А что за опция -a у netmask?

[fisher74]

Не знаю. Где Вы про неё вычитали?

[koshev]

Говоря по правде, я бы route вообще выкинул, оно уже лет как несколько deprecated (устарело).

[fisher74]

Я закоренелый консерватор. Выстругают из ubuntu - буду пользоваться пользоваться утилитой ip (или что там будет к тому моменту в топе)