при прописании мартшрута - ошибка SIOCADDRT: No such process

[rinx]

Итак что есть.
Есть шлюз на основе Ubuntu 8.04 LTS. есть внутренняя сеть 192.168.0.0/24
Траффик раздается и считается traffpro.
Сидел значится я за NAt - мне местный админ раздавал Интернет по Ethernet. Все работало прекрасно.

Задумал я значится "выбить" себе внешний IP.

Админ дал "мне" шланг. Сказал - просто прописать
x.184.24.231
mask: 255.255.255.240
gateway: x.184.0.129
DNS: x.184.0.129
     x.184.0.133

контроля по макам - нет - это прямой IP, который смотрит на провайдера.
Воткнул я его в свой WAN,
прописал
-------------
auto lo
iface lo inet loopback
iface eth0 inet static
address x.184.24.231
netmask 255.255.255.240
network x.184.24.224
broadcast x.184.24.239
gateway x.184.0.129

iface eth1 inet static
address 192.168.0.1
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1

при попытке прописать гейт по умолчанию

root@proxy:~# route add defaulf gw x.184.0.129 eth0
SIOCADDRT: No such process


ping x.184.24.231 проходит нормально(как локально на сервере, так с какого- нибудь хоста внутри сети)

по запросу arp - могу видеть "соседние" внешние IP

/etc/resolve.conf содердит правильные DNS

Судя по всем проболема в маршрутизации

Отключай фаерводд в Traffpro - бесполезно

затыка где-то в маршрутизации - тока не пойму куда..


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

Есть у кого какие идеи? в чем может быть затыка?

[Tokh]

Ошибка

root@proxy:~# route add defaulf gw x.184.0.129 eth0
SIOCADDRT: No such process

root@proxy:~# route add defaulf gw x.184.0.129 dev eth0

[rinx]

root@proxy:~# route add defaulf gw x.184.0.129 dev eth0
[/quote]
спасибо - попробовал - бесполезно.
Та же ошибка выходит.

[Гарри Кашпировский]

Можно пояснить что есть интерфейс eth1 и шлюз 192.168.0.1 ?

[shadow_alone]

убери шлюз на eth1
 gateway 192.168.0.1

[rinx]

убери шлюз на eth1
 gateway 192.168.0.1

Убрал - не помогает.

[Frank]

> defaulf <
это только здесь опечатка, или команду так вводил?

[Tokh]

Если всё задуманно действительно так просто и ответ на вопрос Гарри не даст новой инфы, то можно конфиг привести к виду

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

auto eth0
iface eth0 inet static
address 192.168.x.y
netmask 255.255.255.0
gateway 192.168.x.1
для обоих интерфейсов. Строчку "gateway 192.168.x.1" выкинуть для внутреннего.

Перегрузиться и посмотреть что пишут

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

ip a
route -nВдруг там есть опечатка или что-то неожиданное. После этого может быть снова попытаться руками добавить нужные маршруты. Попутно проверить пингуется ли шлюз x.184.0.129, при этом чтобы TraffPro и др. фаерволы были выключены или настроены на пропускание пингов (протокол ICMP).

Следом можно попытаться убрать пакет network-manager и может быть что-то ещё с ним связанное. Тупо поискать что есть из пакетов содержаших в описангии или названии networkmanager, network-manager. Посмотреть не он ли мешает ручной настройке.

[Гарри Кашпировский]

root@proxy:~# route add defaulf gw x.184.0.129 dev eth0

man route ! Изучайте синтаксис!

route add default gw aaa.bbb.ccc.ddd dev eth0

По шлюзу не просто так спросил, при такой конфигурации как у топикстартера будет два шлюза по умолчанию с одинаковой метрикой, поэтому ничего и не получиться.
В идеале
/etc/network/interfaces

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

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
network X.184.24.224
address X.184.24.231
netmask 255.255.255.240
gateway X.184.0.129 # Вопрос 1
broadcast X.184.24.239
auto eth1
iface eth1 inet static
network 192.168.0.0
address 192.168.0.1
netmask 255.255.255.0
broadcast 192.168.0.255

Теперь по поводу eth0. Ведь как известно маска 255.255.255.240 (/28) предполагает адреса с
x.184.24.225-x.184.24.238, а шлюз указанный в первом интерфейсе x.184.0.129, вопрос: будет ли работать это все при таких настройках, когда шлюз лежит в другой подсети?

[sleepnow]

Что бы не создавать новую тему. Такая же проблема.. подобная вернее сказать. кабельный провайдер. DHCP не получает шлюз деф. и роутинг.

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

saturn:/etc/network# route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.5.192.0      *               255.255.192.0   U     0      0        0 eth1
Вот так выглядит таблица роутинга. resolv.conf заполнен верно ( получается).
При попытке
saturn:/etc/network# route add default gw 10.5.0.1
SIOCADDRT: No such process
interfaces:

auto lo
        iface lo inet loopback
auto eth1
        allow-hotplug eth1
        iface eth1 inet dhcp

[antaeus]

sleepnow, а ты gw точно правильный указываешь? так же в eth1 попробуй дописать gateway

[MAKAPOH]

Теперь по поводу eth0. Ведь как известно маска 255.255.255.240 (/28) предполагает адреса с
x.184.24.225-x.184.24.238, а шлюз указанный в первом интерфейсе x.184.0.129, вопрос: будет ли работать это все при таких настройках, когда шлюз лежит в другой подсети?

не будет и роут по той же причине не прописывается