[Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы
=?iso-8859-1?q?seriv_=CE=C1_parkheights=2Edyndns=2Eorg?=
=?iso-8859-1?q?seriv_=CE=C1_parkheights=2Edyndns=2Eorg?=
Пн Фев 11 22:56:35 MSK 2008
Привет Сергей!
----- Original Message -----
From: "Sergey" <a_s_y на sama.ru>
To: "ALT Linux sysadmin discuss" <sysadmins на lists.altlinux.org>
Sent: Monday, February 11, 2008 12:24:12 PM GMT -05:00 US/Canada Eastern
Subject: Re: [Sysadmins] OpenVZ @ server-4.0.1 - большие проблемы
On Monday 11 February 2008, seriv на parkheights.dyndns.org wrote:
> > Первое что я осознал - это что мои bridge devices vzbr0 и vzbr1 дописаны в
> > /etc/iftable и забирают у eth0/eth1 карточки по макадресам,
> Через Альтератор делалось ?
Нет. Сейчас проверил что для сервера 4.0.1 нет возможности управлять veth через Альтератор.
> > Прошу подсказать, как надо настраивать OpenVZ, etcnet и bridges в такой
> > ситуации. Прошу покритиковать то что я делал
> Так что надо, в конце концов ? получить именно 2 VE в разных сетях ? Или они
> как-то связаны должны быть ?
VE одно у меня. Но оно должно быть подключено к двум разным сетям. К WAN и к LAN.
LAN должен быть у него представлен как eth0 типа veth с ip 10.16.0.12 (например). А WAN - как eth1 того же типа с IP, скажем, 8.8.38.211
И соответственно на VE0 (Also known as HE) уже имелись eth0 переименованная в lan с ip 10.16.0.15 и eth1 переименованная в wan с ip 8.8.38.171.
Ну и br0/br1, я их на самом деле назвал vzbrlan и vzbrwan, объядиняющие lan на VE0 с eth0 на VE и wan на VE0 с eth1 на VE соответственно.
Но в первую очередь хочется чтобы сервер не приходилось навещать. Чтобы он при перезагрузке не оставался без IP адресов, как происходит сейчас.
> В общем, если eth нарезать на 802.1q интерфейсы,
> а, потом, распихать их по разным VE, это работает. Так не пойдёт ?
Наверно пойдёт. Я от вас первого слышу про 802.1q
Подскажите что надо прочитать и как это делается в Альтлинуксе для OpenVZ
--
Сергей Иванов.
Подробная информация о списке рассылки Sysadmins