Нет, это именно то...
спасибо еще раз, но это совершенно не то. но я вижу, то вы считаете иначе. пожалуйста, приведите цитату из документа по той ссылке, которая поможет избавиться от второго маршрута по-умолчанию (кроме ручного его удаления либо прописи статических). я такого решения там не вижу.
Пользователь решил продолжить мысль 05 Мая 2010, 05:19:55:
решено. нужно было отказаться от получения шлюза по-умолчанию на втором интерфейсе, исправив файл /etc/dhcp3/dhclient.conf
в общей секции там находится запрос такого вида:
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
нужно добавить отдельную секцию для нужного интерфейса, в которой исключить из запроса слово "routers":
interface "eth1" {
request subnet-mask, broadcast-address, time-offset,
domain-name, domain-name-servers, domain-search, host-name,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
}
теперь при рестарте сетевой подсистемы маршрут по-умолчанию имеется только у другого интерфейса:
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.132
192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.227
169.254.0.0/16 dev eth0 scope link metric 1000
default via 192.168.1.1 dev eth0 metric 100
возможно, еще более лучшим решением (например, в случае многих сетевых интерфейсов) будет исключить запрос маршрута по-умолчанию из основной секции файла /etc/dhcp3/dhclient.conf, добавив такой запрос только в секцию того интерфейса, который должен такой запрос иметь.