∎ › Лаборатории › UnetLab
Привет, незнакомец!
Похоже, вы здесь новенький. Чтобы принять участие, нажмите одну из кнопок ниже!
UNL проблемы и решения
Войдите или Зарегистрируйтесь чтобы комментировать.
Похоже, вы здесь новенький. Чтобы принять участие, нажмите одну из кнопок ниже!
Комментарии
По поводу Failed create network (11). если я правильно понял, и если UNL у Вас на Убунте, то попробуйте стартовать сервер с ядра специально запиленного под UNL. Такой ошибки вылетать не будет и будет работать кстати говоря протокол Etherchannel. Ядро называется примерно так img-3.16.7-ckt8-unetlab
По поводу вывести железки в реальную сеть, то вот:
# The primary network interface
auto eth0
iface eth0 inet manual
auto pnet0
iface pnet0 inet static
bridge_ports eth0
bridge_stp off
address адрес_реальной_сети
netmask 255.255.255.0
gateway шлюз_соответственно
dns-nameserver ну и ДНСы
Будут вопросы пиши, может чем ещё помогу. Лучше в >> ВК <<
Использую UNetLab version: 1.0.0-12
Запускаю коммутатор Cisco IOS Software, Solaris Software (I86BI_LINUXL2-ADVENTERPRISEK9-M).
Если делаю все порты no shutdown, то состояние этих портов Ethernet is up, line protocol is up (connected).
Но они все disconnect (т.е. я их не присоединял через network).
У всех так? Или только у меня?
Спасибо
Использую UnetLab 1.0.0-12 поверх VMWare ESX.
QEMU version: 2.4.0
UnetLab говорит, что НЕТ поддержки Intel VT-x.
IOL-образы (L2,3) работаю замечательно из Unetlab (/opt/unetlab/addons/IOL).
"самодельный" qemu-образ (hda.qcow2) Windows7 успешно запускается через командную строку
(/opt/qemu-2.0.2/bin/qemu-system-x86_64 -m 1024 -boot b -vnc :0 -hda hda.qcow2)
к запущенной windows7 можно подключаться через VNC (всё работает как надо).
образ лежит в НУЖНОЙ папке UnetLab
(/opt/unetlab/addons/qemu/win-7)
при этом Windows7-виртуалка НЕ запускается из UnetLab
(я командую "start", Unetlab пишет "started" во всплывшем уведомлении, но виртуалка не запускается).
Вопрос к "опытным": в чём причина таких странностей?
Начинаю осваивать UNL. Столкнулся с проблемой..
Добавил два маршрутизатора, добавил сеть. Как только назначаю сеть интерфейсу одного из маршрутизаторов и нажимаю "Сохранить", сеть пропадает.
Подскажите в чем может быть проблема?
Спасибо.
Правильно ли я понимаю, что наличие в .vmx-файле параметра "vhv.enable = true" - лишь программное позволение использовать аппаратную виртуализацию?
Есть подозрение, что аппаратная виртуализация (Intel VT-x) "не включена" на самой хост-машине (ESX) и по этому что-то сбоит.
Но тогда почему внутри UnetLab виртуальная машине успешно стартует с "командной строки" (из образа hda.qcow2), но не стартует при команде из интерфейса "схемы/модели" UnetLab?
Переполз с GNS на EVE. И сразу траблы, на самом ровном месте. Собрал схему. Все устройства завелись. Но нет связанности ( не пингуются м/у собой). Ладно, списал на кривые руки. Новую дабу сделал с 2 VPC. Но они тоже не пингуются между собой. Наверно простая глупая ошибка, но моего интеллекта не хватает это решить. Подскажите..
Неужели не существует решения этой проблемы?!
я чуть поправил скрипт автора:
on open location this_URL
set get_date to do shell script "date +%Y%m%d-%H%M%S"
set cap_URL to this_URL
set AppleScript's text item delimiters to {"/"}
set new_cap_HOST to text item 3 of cap_URL
set new_cap_INT to text item 4 of cap_URL
set capturefile to new_cap_INT & "-" & get_date
tell application "Terminal"
activate
do script "mkfifo /tmp/" & capturefile
do script "wireshark -k -i /tmp/" & capturefile
do script "ssh root@" & new_cap_HOST & " tcpdump -U -i " & new_cap_INT & " -s 0 -w - > /tmp/" & capturefile
end tell
end open location
И еще один баг: при объединении в бридж независимого(не slave) ethernet порта(на нем IP адрес) и vlan интерфейса, в который добавлен другой независимый ethernet порт, при подключении интерфейса сервера UNL pnet0 к не slave ethernet порту(на котором IP адрес) CHR, становится невозможным связываться с шлюзом. В домашней сети, при таком же подключении, связь сохраняется: не slave ethernet порт(на нем IP) в бридже с vlan, внутри которого другой ethernet порт. Slave становится и ethernet порт(на нем IP) и vlan, объединенные в бридж. Все работает отлично. В лабе же связь сохраняется только при подключении VPC компов. Тоже прошу поправить.
1) Если пинговать хост от локального интерфейса виртуального роутера за VPLS трубой, то ответы есть, но шарк их не видит;
2) Если пинговать тот же хост от интерфейса домашнего роутера, то ответы в CLI есть, но дамп не видит reply и говорит no response found!. Хосты домашней сети успешно отдают и получают icmp пакеты до хоста в лабе за VPLS, и шарк их видит внутри стека mpls меток, как и должно быть.
Наверное это тоже нужно поправить, потому что трафик существует.
eve пингуется и с компа, но не пингуется шлюз eve и соответственно комп, с компа пингуется eve и также не пингуется шлюз, а с eve пингуется все. ОС ubuntu 16.04. На windows 7 полет нормальный, хочется на убунту, но в ней слаб пока