не могу понять…
Хочу, чтобы определённый ай пи адрес был доступен через определённый шлюз (не тот, который по умолчанию).Делаю:
route add 102.0.0.102 gw 192.168.0.10
Всё замечательно. Адрес доступен, все счастливы. route показывает новый путь к этому адресу через новый щлюз. Но когда я перезагружаю комп, эта настройка пропадает…Над по новой прописывать… Не могу понять почему…
Проведу аналогию:
не могу понять… запускаю mc - и она запущена. А стоит перезапустить - mc уже не запущена, приходится запускать поновому…
Пропишите этот путь в /etc/conf.d/net для необходимого интерфейса дополнительным правилом, приведу пример из/usr/share/doc/openrc-0.9.4/net.example.bz2(строка 88)
routes_eth0="default via 192.168.0.1
10.0.0.0/8 via 192.168.0.1"Спасибо! Я был уверен, что route add правило прописывает навсегда! Так в Винде делается… Как Вы узнали, что это надо в /etc/conf.d/net прописывать?
Пропишите этот путь в /etc/conf.d/net для необходимого интерфейса дополнительным правилом, приведу пример из/usr/share/doc/openrc-0.9.4/net.example.bz2(строка 88)
[routes_eth0=“default via 192.168.0.1
10.0.0.0/8 via 192.168.0.1”]
Не получается… После перезагрузки второй маршрут все равно исчезает…
Во блин!!! Теперь и “Сетевые соединения” вручную не получается изменить! Вылазит окошко Аутентификации. Ввожу пароль рута, мне пишет - “Сбой аутентификации”
Кажется ещё и дырка в безопасности появилась… Теперь, чтобы изменить настройки в “Сетевые соединения” надо вводить пароль юзера!!! Пароль рута не подходит!!! Вообще капец!!! Я в шоке! Все изменяется только под юзером!!!
где-то вычитал, что можно так:
route add -host 102.0.0.102 gw 192.168.0.10
Завтра попробую…
Это вам не поможет. Похоже, что вы сами не понимаете своих действий.
Да. Если сетью управляет NetworkManager, то маршруты надо прописывать в нем. Иначе он все равно перезапишет конфиг.
Либо удалите NM, чтобы сетью управлял openrc. Тогда ваш конфиг возымеет действие.
Спасибо. Я вчера ещё это понял. Поэтому и прописывать пути попытался в “Сетевые соединения”. Где и увидал эту жуткую дыру. Из под юзера теперь только можно сохранить сетевые настройки. Кстати, в файле /etc/conf.d/net теперь прописано:
routes_eth0=(
“default via 192.168.0.7”
“102.0.0.102/24 via 192.168.0.10”
)
Но 102.0.0.102 не пингуется и команда route ничего не показывает. Приходится опять писать вручную:
route add -host 102.0.0.102 gw 192.168.0.10
Вот такая фигня, малята…
Гена Wolf wrote:
Во блин!!! Теперь и “Сетевые соединения” вручную не получается изменить! Вылазит окошко Аутентификации. Ввожу пароль рута, мне пишет - “Сбой аутентификации”
Стоп, вылазит окошко?
Это из desktop-семейства?
В таком случае можно через gui-морду к NetworkManager-у настроить сеть. В т.ч. и доп. руты.
Погуглите по картинкам на тему вашего WM и NetworkManager вроде (KDE+NetworkManager) или (Gnome+NetworkManager)
Там не сложно будет разобраться.
В таком случае можно через gui-морду к NetworkManager-у настроить сеть. В т.ч. и доп. руты.
Погуглите по картинкам на тему вашего WM и NetworkManager вроде (KDE+NetworkManager) или (Gnome+NetworkManager)
Там не сложно будет разобраться.
Так я и написал про это выше. Настроил сеть через эту гуй морду. Повторюсь, что получилось:
"в файле /etc/conf.d/net теперь прописано:
routes_eth0=(
“default via 192.168.0.7”
“102.0.0.102/24 via 192.168.0.10”
)
Но 102.0.0.102 не пингуется и команда route ничего не показывает. Приходится опять писать вручную:
route add -host 102.0.0.102 gw 192.168.0.10"
Может я неграмотно пишу как-то?
Кинь сюда снэпшоты, а также весь /etc/conf.d/net
И весь этот “испорченный телефон” закончится.
Выполняю 
Сразу напоминаю, что ручная правка /etc/conf.d/net результата не дает. При перезагрузке все изменения пропадают. Поэтому пытался править в графическом фейсе.
Итак:
Заходим в “Сетевые соединения”:
http://s017.radikal.ru/i427/1201/2d/b941be5f5552.png
Идём на настройки адресации:
http://s017.radikal.ru/i421/1201/bf/2a50c88f1e1f.png
Находим там волшебную кнопочку Routes… и нажимаем оную. Видим это:
http://s47.radikal.ru/i118/1201/c6/a3b12969184a.png
Дабы унять гомерический хохот собеседника, уточняю, что без маски сохранить эту настройку не получится. Вначале я попытался привязать этот путь к локальной сети (192.168.0.0). Маска, как можно видеть 255.255.255.0
При сохранении под юзером (не рутом) получил вот такой /etc/conf.d/net :
#Generated by NetworkManager
###### Global Configuration ######
###### Connection Configuration ######
#----------------------------------
routes_eth0=(
“default via 192.168.0.1”
“102.0.0.102/24 via 192.168.0.10”
)
enable_ipv6_eth0=“false”
mac_eth0=“11:81:58:1F:D7:AD”
dns_servers_eth0=“195.230.150.70 195.230.150.86”
config_eth0=( “192.168.0.1/24” )
auto_eth0=“true”
Вот. При пинговании 102.0.0.102 получил дулю.
Спасло только это (в консоли набранный маршрут):
route add -host 102.0.0.102 gw 192.168.0.10
При перезагрузке содержание /etc/conf.d/net не изменилось, но и пингование 102.0.0.102 ни к чему не привело. И route показал полное отсутствие маршрута с 192.168.0.10 шлюзом.
Как всегда спасло только это (в консоли набранный маршрут):
route add -host 102.0.0.102 gw 192.168.0.10
Вот…
Тогда попытался привязаться к сетке хоста (102.0.0.0). Маска 255.0.0.0
Картинка вот:
http://s018.radikal.ru/i510/1201/e7/25c6221abeb4.png
Вот как изменился /etc/conf.d/net :
#Generated by NetworkManager
###### Global Configuration ######
###### Connection Configuration ######
#----------------------------------
routes_eth0=(
“default via 192.168.0.1”
“102.0.0.102/8 via 192.168.0.10”
)
enable_ipv6_eth0=“false”
mac_eth0=“11:81:58:1F:D7:AD”
dns_servers_eth0=“195.230.150.70 195.230.150.86”
config_eth0=( “192.168.0.1/24” )
auto_eth0=“true”
Результат - один в один , как описывал для маски 255.255.255.0
Повторяться не буду…
Тогда я решился привязаться к чему-то среднему. Ни той сетке, ни той… Глупо, но интересно стало. Придумал сетку с маской 255.255.0.0
Вот картинка:
http://s005.radikal.ru/i211/1201/9e/3b56991db26c.png
Вот как изменился /etc/conf.d/net :
#Generated by NetworkManager
###### Global Configuration ######
###### Connection Configuration ######
#----------------------------------
routes_eth0=(
“default via 192.168.0.1”
“102.0.0.102/16 via 192.168.0.10”
)
enable_ipv6_eth0=“false”
mac_eth0=“11:81:58:1F:D7:AD”
dns_servers_eth0=“195.230.150.70 195.230.150.86”
config_eth0=( “192.168.0.1/24” )
auto_eth0=“true”
Результат - один в один , как описывал для маски 255.255.255.0 и как для 255.0.0.0
Вот… Как прописать отдельно хост в графическом фейсе я так и не понял. А добавить путь вручную или изменить /etc/conf.d/netне приводит к желаемому результату. Ничего не сохраняется при перезагрузке.
Очень грамотно написал Артём Власов :
“Это вам не поможет. Похоже, что вы сами не понимаете своих действий.
Да. Если сетью управляет NetworkManager, то маршруты надо прописывать в нем. Иначе он все равно перезапишет конфиг.
Либо удалите NM, чтобы сетью управлял openrc. Тогда ваш конфиг возымеет действие.”
Но удалять NetworkManager я не хочу. Он корректно работает в локальной сети. Мне очень нравится и расставаться с ним не хочу.
Самое главное, на что никто не обращает внимания… После обновления ядра с 3.1.6 на 3.2.1 настройки сетевого интерфейса можно сохранить только под юзером (введя пароль пользователя). При попытке сохранить под рутом идёт сбой Аутентификации… Мне это кажется жуткой проблемой. Все остальным - пофигу. Может я ненормальный какой-то?
короче… Чтобы не париться особо, добавил через ГУЙ всю сетку соседскую: 102.0.0.0/8 . После этого маршрут все-таки добавился…
Попробуй маску 255.255.255.255 ты же на хост маршрут делаешь соответственно и маска для хоста нужна.
спасибо. Попробую. Такая маска мне в голову не приходила… Я не знал, что так можно.
Круто! Написало в /etc/conf.d/net :
routes_eth0=(
“default via 192.168.0.1”
“102.0.0.102/32 via 192.168.0.10”
)
После перезагрузки сеть 102.0.0.0 не пингуется, а хост 102.0.0.102 пингуется и доступен через шлюз 192.168.0.10 !!! Спасибо!
Единственная проблема осталась… Как я писал выше: " После обновления ядра с 3.1.6 на 3.2.1 настройки сетевого интерфейса можно сохранить только под юзером (введя пароль пользователя). При попытке сохранить под рутом идёт сбой Аутентификации… " Ради интереса ставил просто новую версию кальки. С ядром 3.2.1. Проблема сразу проявилась. Поставил последнюю версию кальки с ядром 3.1.6. Проблемы нет! Нормально сохраняются настройки под рутом. Под юзером нельзя (это нормально). Версия NetworkManager одинаковая - 0.8.4. Ради интереса, на ядре 3.2.1 пробовал ставить новую версию NetworkManager - 0.9.2.0-r1 и старую версию - 0.8. Проблема осталась! Дыра в системе безопасности под ядром 3.2.1 ! Пока, получается, надо использовать старую версию. С кернелом 3.1.6