[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