Дополнительный IP, как настроить?

[alexss]

Доброго времени суток.
Есть сервер с внешним ip адресом:

# device: eth0
auto  eth0
iface eth0 inet static
 address   88.198.x.x
  broadcast 88.198.x.x
  netmask   255.255.255.224
  gateway   88.198.x.x

Заказали дополнительный внешний ip адрес:

   adress: 46.4.x.x
   netmask: 255.255.255.240
        gateway: 46.4.10.x

Подключаем доп. адрес:

ip addr add 46.4.x.x/255.255.255.240 dev eth0

Суть в том, что на сервере есть специфическое ПО, которое биндится на определенный внешний ip, так вот это ПО после включения на доп. айпишнике на другом сервере идентифицируется как запущенное "со старого ip" вида "88.198.x.x".
Что мы сделали не так? Желательно ответ "для чайников" с командами и пр.

P.S.: В FAQ подобной темы не нашёл, поэтому создал новую.

[AnrDaemon]

man interfaces
google:interface+alias

[Mam(O)n]

Суть в том, что на сервере есть специфическое ПО, которое биндится на определенный внешний ip

А биндится ли? sudo netstat -ntlup это подтверждает?

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

ip addr add 46.4.x.x/46.4.10.x dev eth0

Это что? Маска такая?

[alexss]

Суть в том, что на сервере есть специфическое ПО, которое биндится на определенный внешний ip

А биндится ли? sudo netstat -ntlup это подтверждает?

Подтверждает:

tcp6       0      0 46.4.x.x:7750        :::*                    LISTEN      20811/java
tcp6       0      0 88.198.x.x:7751      :::*                    LISTEN      1374/java

Пользователь решил продолжить мысль 05 Декабря 2010, 23:30:10:

ip addr add 46.4.x.x/46.4.10.x dev eth0

Это что? Маска такая?

Извиняюсь, неправильно указал маску(255.255.255.240).  Первый пост поправил, спасибо.

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

Подтверждает:

tcp6       0      0 46.4.x.x:7750        :::*                    LISTEN      20811/java
tcp6       0      0 88.198.x.x:7751      :::*                    LISTEN      1374/java

А ничего, что оно по IPv6 это делает?

[Mam(O)n]

Что то мне кажется, что нас дурят фотошопом... Это не валидные ipv6 адреса.

[alexss]

Зарание извиняюсь за "нубские" вопросы

Подтверждает:

tcp6       0      0 46.4.x.x:7750        :::*                    LISTEN      20811/java
tcp6       0      0 88.198.x.x:7751      :::*                    LISTEN      1374/java

А ничего, что оно по IPv6 это делает?

Это имеет какое-то значение для конечного пользователя, либо чем-то плохо с точки зрения безопасности?

88.198.x.x:7751

- первая копия ПО, запущенная на "родном" айпишнике, работает нормально.

46.4.x.x:7750

- вторая копия ПО, запущенная на доп. адресе, идентифицируется на "принимающей" стороне, как запущенная на первом, "родном" айпи адресе, в связи с чем не работает корректно.
Пользователь решил продолжить мысль 05 Декабря 2010, 23:42:36:

Что то мне кажется, что нас дурят фотошопом... Это не валидные ipv6 адреса.

Ни в коем случае.

[Mam(O)n]

Есть несколько вариантов
 - ПО передаёт удалённой стороне первый адрес на интерфейсе внутри своего протокола.
 - ПО делает обратный непривязанный к новому адресу коннект, который идёт по дефолтному маршруту и выбирается дефолтный адрес источника.
Пользователь решил продолжить мысль 05 Декабря 2010, 23:57:14:А если отключить первую копию то всё также?
Пользователь решил продолжить мысль 06 Декабря 2010, 00:12:35:А вообще я бы в данном случае взял в руки wireshark и им глянул на то, как это ПО общаться изволит.

[alexss]

Есть несколько вариантов
 - ПО передаёт удалённой стороне первый адрес на интерфейсе внутри своего протокола.
 - ПО делает обратный непривязанный к новому адресу коннект, который идёт по дефолтному маршруту и выбирается дефолтный адрес источника.
Пользователь решил продолжить мысль 05 Декабря 2010, 23:57:14:А если отключить первую копию то всё также?
Пользователь решил продолжить мысль 06 Декабря 2010, 00:12:35:А вообще я бы в данном случае взял в руки wireshark и им глянул на то, как это ПО общаться изволит.

Если отключить первую копию - всё также. Проблема не в ПО, а в настройках системы имхо, т.к. достоверно известно что неким товарищам удавалось заставить работать ПО на доп. адресе без ковыряния исходников. Проблема в том, что эти товарищи пропали из поля зрения )

[Mam(O)n]

Система таки нормально настроена. А вот с ПО надо разбираться, как оно работает, чтоб знать, какие костыли под него лепить. Настроить можно всё, только нужно знать чего крутить. А без знания тонкостей его работы мы тут на кофейной гуще только гадаем.
Пользователь решил продолжить мысль 06 Декабря 2010, 00:25:36:Как вариант, поменять местами адреса не катит?
Пользователь решил продолжить мысль 06 Декабря 2010, 00:31:25:Т.е. чтоб был дефолтным 46.4.x.x для всей системы?

[AnrDaemon]

Таки надо для начала на ifconfig посмотреть, не?

[alexss]

Система таки нормально настроена. А вот с ПО надо разбираться, как оно работает, чтоб знать, какие костыли под него лепить. Настроить можно всё, только нужно знать чего крутить. А без знания тонкостей его работы мы тут на кофейной гуще только гадаем.
Пользователь решил продолжить мысль [time]Mon Dec  6 00:25:36 2010[/time]:Как вариант, поменять местами адреса не катит?
Пользователь решил продолжить мысль [time]Mon Dec  6 00:31:25 2010[/time]:Т.е. чтоб был дефолтным 46.4.x.x для всей системы?

"принимающий" сервер аццептит только коннекты с разных айпишников, т.е. нужно чтобы одна копия ПО ходила через "родной" айпишник, вторая - через дополнительный, выделенный провайдером, поэтому сделать второй ip дефолтным не вариант.
Пользователь решил продолжить мысль [time]Mon Dec  6 00:55:45 2010[/time]:

Таки надо для начала на ifconfig посмотреть, не?

Пожалуйста:

eth0      Link encap:Ethernet  HWaddr 6c:62:6d:7a:e8:d7
          inet addr:88.198.x.x  Bcast:88.198.x.x  Mask:255.255.255.224
          inet6 addr: fe80::6e62:6dff:fe7a:e8d7/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:166001 errors:0 dropped:0 overruns:0 frame:0
          TX packets:180104 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:20341157 (20.3 MB)  TX bytes:29436734 (29.4 MB)
          Interrupt:45 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:617 errors:0 dropped:0 overruns:0 frame:0
          TX packets:617 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:135250 (135.2 KB)  TX bytes:135250 (135.2 KB)

[AnrDaemon]

Ну и где ваш второй ip?

[alexss]

Ну и где ваш второй ip?

Извиняюсь, видимо что-то не так сделал в процессе...Добавил:

eth0      Link encap:Ethernet  HWaddr 6c:62:6d:7a:e8:d7
          inet addr:88.198.x.x  Bcast:88.198.x.x  Mask:255.255.255.224
          inet6 addr: fe80::6e62:6dff:fe7a:e8d7/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:167313 errors:0 dropped:0 overruns:0 frame:0
          TX packets:181210 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:20459316 (20.4 MB)  TX bytes:29597655 (29.5 MB)
          Interrupt:45 Base address:0xc000

eth0:0    Link encap:Ethernet  HWaddr 6c:62:6d:7a:e8:d7
          inet addr:46.4.x.x  Bcast:46.4.x.x  Mask:255.255.255.240
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:45 Base address:0xc000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:686 errors:0 dropped:0 overruns:0 frame:0
          TX packets:686 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:152736 (152.7 KB)  TX bytes:152736 (152.7 KB)