Как я соединяюсь со своим libvirt/qemu/guests? (без IP-адреса)
Я наследовал администрирование испытанного сервера человечности с несколькими виртуальными серверами, также человечность с помощью libvirt и qemu. У меня есть проблема, которую я не могу подключить к этим виртуальным серверам/гостям.
Пароль root был неизвестен из физического поля и таким образом, я должен был восстановить это (который, возможно, повредил вещи) при помощи Knoppix Живой CD (поскольку это обрабатывает и LVM2 и диски/изображения, на которые Совершают рейд), и сделал chroot и изменил пароль. С тех пор (совпадение?) у гостей, кажется, нет IP-адресов.
Когда я смотрю на вывод 'ifconfig vnet0' нет никакого присвоенного IP-адреса, и количество RX/TX 0. Это кажется по ошибке (возможно, мост виртуальной сети плох, или гости не работают).
virbr0 имеет IP-адрес и увеличения количества TX, когда я пытаюсь проверить с помощью ping-запросов IP-адрес, который должен быть присвоен vnet0. Таким образом, виртуальная сеть кажется хорошо.
Когда я делаю 'virsh список - все', я вижу, что гости работают. Я также вижу процессы с 'PS-eaf | grep libvirt'. Таким образом, гости, кажется, существуют. (Но они работают?)
Команда 'завершения работы' не закрывает гостей. Однако это может быть допустимо (никакой apcid). 'Уничтожение' и 'запускает' работу, но снова не уверенный, если гости работают достаточно, чтобы перейти к сути дела инициализации сети или нет.
Я попробовал к 'консоли GuestMachine' из virsh, но это зависло, я думаю, что у меня должен быть getty, работающий на гостевой машине.
Вывод PS также показывает '-vnc 127.0.0.1:9'. Однако все серверы включая физический не имеют GUI/X. Я думаю, что VNC является только графическим и так, чтобы маршрут был, возможно, другим тупиком.
В '/var/log/libvirt/qemu/GuestMachine.log' нет ничего достойного внимания. Я вижу 'закрытие', 'запуск', параметры командной строки и 'символьное устройство, перенаправленное к/dev/pts/13 (маркировка charserial0)'.
Это - мое первое введение к libvirt и qemu, и после небольшого количества рытья я не уверен, есть ли у меня рабочие гости или как соединиться с ними (без опции IPAddress/ssh).
После того как я могу соединиться с гостями, я уверен, что могу устранить проблему IP-адреса, но без IP-адреса я не могу соединиться с гостями.
В этой ситуации там способ соединиться с гостями?
Как заявил MadHatter, ответ заключался в использовании VNC. Однако из-за отсутствия X на сервере нам нужно использовать ssh для туннелирования с гостями.
ssh -v L 5901:127.0.0.1:5901 user@GuestMachine
Когда вы подключаетесь (на машине, где вы запускаете ssh) к порту 5901, он проходит через туннель к GuestMachine и подключается к порт 5901 в обратной петле (на GuestMachine).
-
Однако для меня это не сработало. OSX, встроенная в VNC, зависла, а RealVNC, работающий на OSX, завершился некрасиво. Здесь мы копаем глубже, берем Wireshark и начинаем смотреть на пакеты.
Я не был уверен, что OSX делала что-то глупое с брандмауэром или какие-то другие умные манипуляции, поэтому я действительно сделал ssh в Linux. Тогда была моя полная настройка.
OSX(with VNC) ---Linux(with ssh)======Server(no GUI)--Guest(qemu)
В Linux я отследил сетевые пакеты, отфильтровал IP-адрес OSX или vnc, чтобы увидеть пакеты vnc.
Протокол VNC RFB был использован, чтобы увидеть, что это VNC вышел на этапе безопасности при использовании по умолчанию «Пусть VNC Server выбирает» в VNC Viewer. Я изменил это на «Prefer off», и хотя визуально остался прежним (выход без изящества), было больше сетевых пакетов.
Если присмотреться к сетевым пакетам. Когда сервер отправлял «Параметры фреймбуфера сервера», а клиент отправлял «Установленный клиентом формат пикселя» (также «Установленные клиентом кодировки» и «запрос обновления клиентского буфера кадра»), обе стороны выполняли FIN / ACK.
Глядя на эти пакеты, видел Сервер запрашивая «Флаг истинного цвета: истина», и у клиента это было ложно. Вернитесь к VNC Viewer на OSX, выбрав «Параметры ...», а затем «Эксперт», прокрутите вниз до ColorLevel и измените его с «pal8» на «полный» .
После всего этого я смог подключиться с помощью VNC к гостю! Затем я увидел, что гость qemu застрял на экране GRUB. Застревание в загрузчике было причиной отсутствия IP-адреса. (Но причина это другой вопрос ...)
vnc не ограничивается представлением графического интерфейса пользователя; он также может отображать графическое представление приглашения оболочки,точно так же, как вы ожидаете увидеть в текстовой консоли автономного окна (например, ALT-F2).
Например, вот я указываю программе просмотра vnc на порт VNC одного из моих локально размещенных образов QEMU:
Это, как вы видите, консоль без графического интерфейса, но, тем не менее, я мог бы с радостью войти в систему, даже если бы у нее не было IP-адреса (а на самом деле его нет). Направьте свою программу просмотра VNC на порт 5909 (добавьте 5900 к аргументу -vnc 127.0.0.1:), и все будет в порядке.