Кто знаком с алиасами (IP Aliasing)?

[Kowalski86]

Вобщем тут такое дело...
Имеется шлюз на локальном интерфейсе eth1 с адресом 10.0.0.196.
Алиасы выглядят следующим образом:
eth1:4    Link encap:Ethernet  HWaddr 00:1d:92:---
          inet addr:10.0.4.196  Bcast:10.0.4.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:47 Base address:0x6000

eth1:7    Link encap:Ethernet  HWaddr 00:1d:92:---
          inet addr:10.0.7.196  Bcast:10.0.7.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:47 Base address:0x6000

eth1:8    Link encap:Ethernet  HWaddr 00:1d:92:---
          inet addr:10.0.8.196  Bcast:10.0.8.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:47 Base address:0x6000

Эти шлюзы в других подсетях работают, в другие подсети есть доступ, вобщем все хорошо...
Вопрос в другом. Имеется в сети смежный ресурс - 10.1.0.205, на который ходят через VPN, допустим 10.0.0.100. Чтобы на него попасть необходимо прописать роут: route add -net 10.1.0.205 gw 10.0.0.100.
Теперь из нулевой подсети, то бишь с 10.0.0.196 спокойно ходим на 10.1.0.205 через 10.0.0.100, а вот с алиасных подсетей ни в какую. Если взять скажем 10.0.8.196, то на этом же шлюзе пакеты и застряют, хотя по сути этот интерфейс и есть 10.0.0.196, почему не проходят пакеты - непонятно. Может с маской мудрить надо?
Короче помогите плиз, кто чем может!!! Сроки горят! Спасибо!

[koshev]

Алиасы, кмк, не причём. Что известно VPN-серверу о 10.0.4/24 10.0.7/24 и 10.0.8/24 ?

[Kowalski86]

Алиасы, кмк, не причём. Что известно VPN-серверу о 10.0.4/24 10.0.7/24 и 10.0.8/24 ?

В том то все и дело, что ему ничего не должно быть известно о них, они по сути являються "клонами", у них же МАК одинаковый даже с 10.0.0.196...

[koshev]

В том то все и дело, что ему ничего не должно быть известно о них

Если не должно, то и ходить не должно.

они по сути являються "клонами", у них же МАК одинаковый даже с 10.0.0.196...

Ересь. Ethernet - никакого отношения к IP не имеет.

Этот листинг ifconfig - листинг с VPN-сервера, да?

[Kowalski86]

Этот листинг ifconfig - листинг с VPN-сервера, да?

Это листинг с основного шлюза!
Дело в том, что админы смежного VPN утверждают что мои подсети добавлять на ВПН не нужно, а нужны роуты, но какие роуты тут прописывать?... тут все уже прописано и нормально работает.
Видимо придется лезть на ВПН!

В принципе, по логике вещей алиас можно повесить любой, поэтому видимо я ошибся насчет "клона"
Завтра полезу на ВПН 

P.S. Вот роуты на всякий случай:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.0.4.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.0.7.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.0.8.0        0.0.0.0         255.255.255.0   U     0      0        0 eth1
10.1.0.0        10.0.0.100      255.255.255.0   UG    0      0        0 eth1

[koshev]

Это листинг с основного шлюза!

Спасибо, понятно.

утверждают что подсети добавлять на ВПН не нужно,

Мне кажется, они не совсем правы. Но надо смотреть листинг ip r s t all (либо аналог) с VPN сервера

нужны роуты, но какие роуты тут прописывать?...

Очевидно, на удалённые сети через VPN-туннель

Видимо придется лезть на ВПН!

Видимо да.

[Kowalski86]

Это листинг с основного шлюза!

Спасибо, понятно.

утверждают что подсети добавлять на ВПН не нужно,

Мне кажется, они не совсем правы. Но надо смотреть листинг ip r s с VPN сервера

нужны роуты, но какие роуты тут прописывать?...

Очевидно, на удалённые сети через VPN-туннель

Видимо придется лезть на ВПН!

Видимо да.

Спасибо большое за ответ! Хоть кто-то помог разъяснить ситуацию, а то я сегодня пол дня убил с этим сервером )))