форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на сервере (Маршрутизация, NAT / Linux)
Изначальное сообщение		[ Отслеживать ]

"Маршрутизация нескольких виртуальных машин"	+/–
Сообщение от AJesus (ok) on 28-Ноя-13, 00:56
Добрый вечер специалистам, нужна помощь Есть физический сервер с 1 сетевой картой и 3 приходящими белыми IP адресами, обозначим их так: 192.168.1.2, 192.168.1.3, 192.168.2.2 Соответственно шлюз у 192.168.1.2, 192.168.1.3 = 192.168.1.1 а у 192.168.2.2 = 192.168.2.1 IP 192.168.1.2 это основной ИП адрес физического сервера IP 192.168.1.2 это ИП виртуальной машины №1 IP 192.168.2.2 это ИП виртуальной машины №2 все операционные системы ubuntu server 10.04 LTS Виртуализация KVM qemu Как уже только не пытался последнее куда ломал голову auto eth1 iface eth1 inet manual auto eth1:1 iface eth1:1 inet manual auto br1 iface br1 inet static         address 192.168.1.2         netmask 255.255.255.0         network 192.168.1.0         gateway 192.168.1.1         dns-nameservers 8.8.8.8         bridge_ports eth1         bridge_fd 9         bridge_hello 2         bridge_stp on auto br2 iface br2 inet manual         bridge_ports eth1:1         bridge_fd 9         bridge_hello 2         bridge_stp on Не хочет поднимать интерфейс eth1:1 Причем тоже не совсем понимаю как в данном случае заставить разделять пакеты. На сколько я понимаю надо идти в сторону маршрутизации относительно подсетей в нужный гейтвей, но опыта и смекалки не хватает.
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Маршрутизация нескольких виртуальных машин"	+/–
Сообщение от PavelR (ok) on 28-Ноя-13, 06:04
Забываем про бриджи, читаем "линукс и два провайдера".
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от AJesus (ok) on 28-Ноя-13, 08:05
	> Забываем про бриджи, читаем "линукс и два провайдера". читал, но не могу понять, виртуалки для себя требуют бриджи Да и мало того на 192.168.2.2 я не могу сделать статический интерфейс на физическом сервере, ИП должен прописываться уже в виртуалке, а как сделать маршрутизацию без ИП адреса я че то ваще представить не могу. Во всех инструкциях имеется ИП адрес на физике от 1 и 2го провайдера, а у меня получается от одного есть а от другого только пустой интерфейс.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от 1 (??) on 28-Ноя-13, 08:48
	> Забываем про бриджи, читаем "линукс и два провайдера". просыпаемся :)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Маршрутизация нескольких виртуальных машин"	+/–
Сообщение от 1 (??) on 28-Ноя-13, 08:46
> Не хочет поднимать интерфейс eth1:1 и не должен, попробуй замени: auto eth1 iface eth1 inet manual   up ifconfig $IFACE up auto eth1:1 iface eth1:1 inet manual   up ifconfig $IFACE up manual не поднимает интерфейс, поднимаешь его ручками. br2 тебе не нужен совсем (и по идее eth1:1) потому что > Причем тоже не совсем понимаю как в данном случае заставить разделять пакеты. зачем разделять? они сами найдут кого им нужно по арп запросам. если у тебя 1 шнурок, а не два, то они сами разрулят по арпу и указанному в каждой машине default gw, если 2 шнурка или vlan'а то да тут уже 2 бриджа...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Маршрутизация нескольких виртуальных машин"	+/–
Сообщение от pavel_simple (ok) on 28-Ноя-13, 10:34
>[оверквотинг удален] > auto br2 > iface br2 inet manual >         bridge_ports eth1:1 >         bridge_fd 9 >         bridge_hello 2 >         bridge_stp on > Не хочет поднимать интерфейс eth1:1 > Причем тоже не совсем понимаю как в данном случае заставить разделять пакеты. > На сколько я понимаю надо идти в сторону маршрутизации относительно подсетей в > нужный гейтвей, но опыта и смекалки не хватает. для того чтобы получить: 1. тырнет на хост системе 2. тырнет через бридж на 2 виртуалках нам понадобяться 2 tap интерфейса со стороны kvm 2 eth интерфейса со стороны хост системы и на выбор либо весить 192.168.1.2 на eth1 либо на bridge этого ip li ad li eth1 name v0 type macvlan ip li ad li eth1 name v1 type macvlan ip a a 192.168.1.2/?? dev eth1 ip li set v0 up ip li set v1 up brctl addbr br0 brctl addbr br1 brctl addif br0 v0 brctl addif br1 v1 tunctl -u юзер_из_под_которjго_запущаем_первую_виртуалку tunctl -u юзер_из_под_которjго_запущаем_вторую_виртуалку ip li set tap0 up ip li set tap1 up brctl addif br0 tap0 brctl addif br1 tap1 kvm запускаем с опцией -net tap,ifname=tap0??1,script=/bin/true,downscript=/bin/true настраиваем ip внутри виртуалок проверяем фиксируем простыню в /etc/network/interfaces по человичачи.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от AJesus (ok) on 28-Ноя-13, 15:22
	>[оверквотинг удален] > tunctl -u юзер_из_под_которjго_запущаем_вторую_виртуалку > ip li set tap0 up > ip li set tap1 up > brctl addif br0 tap0 > brctl addif br1 tap1 > kvm запускаем с опцией > -net tap,ifname=tap0??1,script=/bin/true,downscript=/bin/true > настраиваем ip внутри виртуалок > проверяем > фиксируем простыню в /etc/network/interfaces по человичачи. Изьянов вроде не вижу, сегодня ночью попробую воткнуть, главное связь до сервера не потерять :), а то дата-центр пока КВМ не подцепил
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от Дядя_Федор on 29-Ноя-13, 17:21
	> Изьянов вроде не вижу, сегодня ночью попробую воткнуть, главное связь до сервера > не потерять :), а то дата-центр пока КВМ не подцепил Лучше скриптом это проделать. Временно? как бы с возвращением через sleep N "взад". Чтобы потом не было "мучительно больно". :) Проверили - работает, значит все гуд. Не работаем, через N (минут/секунд), после появления связности пытаемся понять, в чем косяк.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от KobaLTD. on 02-Дек-13, 18:56
	>> Изьянов вроде не вижу, сегодня ночью попробую воткнуть, главное связь до сервера >> не потерять :), а то дата-центр пока КВМ не подцепил >  Лучше скриптом это проделать. Временно? как бы с возвращением через sleep > N "взад". Чтобы потом не было "мучительно больно". :) Проверили - > работает, значит все гуд. Не работаем, через N (минут/секунд), после появления > связности пытаемся понять, в чем косяк. Или Я чегото не понимаю или вы не так описали задачу есть 1 интерфайт на котором можно юзать 3 реальных ip - какая задача стоит???? Прокинуть до каждой виртуаки свой реальный ip? юзать 1 реальный ip на хосте 2 на виртуалке? юзать все 3 ip на хосте, но приэтом каждая виртуалка должна натиться через свой канал? Дайте больше информации - чего в итоге надо добаиться
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от AJesus (ok) on 06-Дек-13, 21:46
	>[оверквотинг удален] >> работает, значит все гуд. Не работаем, через N (минут/секунд), после появления >> связности пытаемся понять, в чем косяк. > Или Я чегото не понимаю или вы не так описали задачу > есть 1 интерфайт на котором можно юзать 3 реальных ip - какая > задача стоит???? > Прокинуть до каждой виртуаки свой реальный ip? > юзать 1 реальный ip на хосте 2 на виртуалке? > юзать все 3 ip на хосте, но приэтом каждая виртуалка должна натиться > через свой канал? > Дайте больше информации - чего в итоге надо добаиться 1 же написал - 1 реальный ИП остается на хостовой машине и 2 виртуалки - каждая со своим ИПом Попробовал предлагаемый вариант, вылезла куча ошибок, умудрился перезагрузиться после чего у провайдера упал КВМ, пробовать еще раз пока боюсь, чтобы подробнее посмотреть что были за ошибки, пока не восстановят КВМ.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Маршрутизация нескольких виртуальных машин"	+/–
	Сообщение от AJesus (ok) on 06-Дек-13, 23:19
	>[оверквотинг удален] >> Прокинуть до каждой виртуаки свой реальный ip? >> юзать 1 реальный ip на хосте 2 на виртуалке? >> юзать все 3 ip на хосте, но приэтом каждая виртуалка должна натиться >> через свой канал? >> Дайте больше информации - чего в итоге надо добаиться > 1 же написал - 1 реальный ИП остается на хостовой машине > и 2 виртуалки - каждая со своим ИПом > Попробовал предлагаемый вариант, вылезла куча ошибок, умудрился перезагрузиться после > чего у провайдера упал КВМ, пробовать еще раз пока боюсь, чтобы > подробнее посмотреть что были за ошибки, пока не восстановят КВМ. Все тема закрыта Маршрутизация не понадобилась Сделал следующим образом auto eth1 iface eth1 inet manual auto br1 iface br1 inet static         address 192.168.2.2         netmask 255.255.255.0         network 192.168.2.0         gateway 192.168.2.1         dns-nameservers 8.8.8.8         bridge_ports eth1         bridge_fd 9         bridge_hello 2         bridge_stp on А на виртуальных машинах я использовал 192.168.1.2 и 192.168.1.3 в результате хостовая машина бегает по одному гейту, а обе виртуалки по второму Вообще если честно не понял почему у 2х виртуалок не могло быть 2 разных гейта внутри себя , но как показала практика вариант работает все везде друг друга видят
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема