Доброго дня! Подскажите, что еще нужно сделать, чтобы осуществить перенос IP с хоста в контейнер? Старый IP (195.xx.xx.66) хостовой машины с eth0 перенес на eth0:0. На eth0 повесил новый (195.xx.xx.4). eth0 Link encap:Ethernet HWaddr 00:15:17:28:45:53 inet addr:195.xx.xx.4 Bcast:195.xx.xx.15 Mask:255.255.255.240 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:16961358708 errors:82124 dropped:0 overruns:0 frame:82001 TX packets:27273837594 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1581081439675 (1.4 TiB) TX bytes:36906713549739 (33.5 TiB) Base address:0x1000 Memory:e1920000-e1940000 eth0:0 Link encap:Ethernet HWaddr 00:15:17:28:45:53 inet addr:195.xx.xx.66 Bcast:195.xx.xx.127 Mask:255.255.255.192 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 Base address:0x1000 Memory:e1920000-e1940000 Но как только отключаю старый, сервер перестает быть доступным из сети. Возвращаю старый IP, все начинает работать. Перезапускал уже vz (service vz restart). По новому IP все пингуется, все запросы в контейнер проходят через новый IP (195.xx.xx.4). А если делать трассировку из контейнера, то все запросы идут через старый IP (195.xx.xx.66). # ip r ls 195.xx.xx.83 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.67 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.2 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.3 dev venet0 scope link src 195.xx.xx.66 10.24.6.101 dev venet0 scope link src 195.xx.xx.66 Может чего упустил из виду?
Если в ручную правлю таблицу маршрутов: # ip route delete 195.xx.xx.2 dev venet0 scope link src 195.62.52.66 # ip route add 195.xx.xx.2 dev venet0 scope link src 195.xx.xx.4 То после перезапуска контейнера, все возвращается к исходному состоянию: 195.xx.xx.83 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.67 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.2 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.3 dev venet0 scope link src 195.xx.xx.66 10.24.6.101 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.19 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.84 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.68 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.85 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.69 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.90 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.91 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.89 dev venet0 scope link src 195.xx.xx.66 10.24.6.9 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.93 dev venet0 scope link src 195.xx.xx.66 195.xx.xx.0/28 dev eth0 proto kernel scope link src 195.xx.xx.4 195.xx.xx.64/26 dev eth0 proto kernel scope link src 195.xx.xx.66 10.24.6.0/24 dev eth1 proto kernel scope link src 10.24.6.5 10.29.6.0/24 dev eth1 proto kernel scope link src 10.29.6.5 169.254.0.0/16 dev eth1 scope link default via 195.xx.xx.1 dev eth0 неужели единственное решение перезагружать хостовую систему???
Попробуйте прописать данные для ip route в файле: /etс/sysconfig/network-scripts/route-<IF> Это для RH-совместимых. Собственно, если не устраивает поведение OpenVZ, то всегда можно поправить (или написать свои) скрипты настройки VE.
Благодарю за ответ! Проблема оказалась по части Quote: Но как только отключаю старый, сервер перестает быть доступным из сети. Возвращаю старый IP, все начинает работать. в "не совсем корректной" настройке сетевых интерфейсах на HN (некорректно отрабатывался NETWORK= в /etc/sysconfig/network-scripts/ifcfg-eth0*). Из-за чего прописывались "неправильные" маршруты.