Ну да. У каждой сетевухи должен быть свой отдельный мак-адрес и айпишник, соответственно :)
Отлично! Еще раз огромное спасибо!
И вопрос будет последний: прочитал так же много мануалов и тому подобного по iptables.
Но какое правило лучше всего использовать на основном сервере, чтобы с 443 порта все летело на 192.168.1.111 и тот же 443?
Есть CentOS 6.5, на ней стоит kvm и CentOS 6.5 - 3 копии.
Необходимо, чтобы Центоси в kvm так же были видны из локалки с разными ip.
Например, сам сервер имеет 192.168.1.100, и копии на kvm имеют такой же адрес, только в последнем октете 111,112,113.
Прочитал статью, http://www.alsigned.ru/?p=2027, здесь несколько тем нашел по поиску, но успехи как-то не очень. :)
Что есть на самом сервере:
я бы еще добавил DELAY=0, иначе, особенно при миграциях, grace arp будет высылаться с опозданием, и гости не появятся в сети несколько минут.
То есть патчик, который подключается в eth1, другим концом подключен в роутер, где отключен DHCP, и ip я раздаю ручками.
На bridge0 мост с eth1 для kvm.
text
[root@octet]# virsh net-list
Имя Статус Автозапуск Persistent
--------------------------------------------------
network активен yes yes
[root@octet]# brctl show
bridge name bridge id STP enabled interfaces
bridge0 8000.c8be1927d0af no eth1
virbr0 8000.525400831588 yes virbr0-nic
vnet0
насчет того что vnet0 должен был оказаться включенным в bridge0 уже сказали
А вот на kvm не работает:
есть только lo, при ifup eth0 пишет "Похоже, что устройство eth0 отсутствует. Инициализация отложена.".
При ifup eth1 - "конфигурация для eth1 не найдена".
ЧЯДНТ и что еще необходимо донастроить?
Заранее спасибо!
помимо неправильного моста, для того чтоб использовать eth0, надо уибедиться в том что правильный мак прописан в гостевом ifcfg-eth0 и 70-persistent-net-rules
Добрый день.
Ситуация очень похожа, но всё же есть разница.
Начну с описания, имеется два белых адреса хх.хх.хх.28 и хх.хх.хх.29. Стоит Centos 6.5, установлен KVM.
Адрес с окончанем 29 - это физическая машина. Адрес с окончанием 28 - это виртуальная машина работающая по bridge0. Есть связь в/из интернета, с этим никаких проблем нету (пока на хосте для надёжности настройки отключил iptables).
Нужно настроить хост так, чтоб работа виртуальных машин которые будут создаваться с серыми (локальными адресами), не мешали работе виртуальной машине с 29-ым адресом.
Нужно иметь возможность создавать виртуальные машины с локальными адресами, назначать можно руками, а можно по DHCP (это уже плюшки). Важно чтоб виртуальные машины видели друг друга и имели полный доступ в интрнет. Работать виртуальные машины должны через 29-ый адрес. 28-ой должен работать через eth0, но мешать и мешаться не должен второму белому ip и серым адресам.
Всё работает через интерфейс eth0, бридж с названием bridge0.
Именно это и не выходит. Перелопатил уйму мануалов и пару раз ставил всё с нуля из-за кучи неверных попыток.
Для начала, попробую описать как делаю. Создаю допустим виртуальную машину ХР с привязкой к бриджу. Там указываю в настройках сети
IP : 192.168.44.44
Netmask : 255.255.255.0
Gateway : xx.xx.xx.29
DNS1,2 указываю првайдерские.
Какие дальнейшие действия на хосте?
С белым адресом в случае с 28-ым адресом всё достаточно просто всё обстояло, я его пустил через бридж (указал бридж при установке виртуальной машины), а после указал необходимые настройки с системе, касающиеся ip, netmask и gateway.
Так, указать virbr0... если хотите самостоятельно указывать адрес на виртуалке, то использовать сеть 192.168.122. (судя по вашим настройкам)... в качестве гейта использовать 192.168.122.1
и не забудьте настроить хост :) настройки делаются аналогичными тем, которые делаются при настройке обычного роутера, только ваши виртуалки будут лоальной сетью
