vitus_wagner (
vitus_wagner) wrote2016-04-19 09:02 am
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Entry tags:
vws 0.4
Тут как-то случайно получилось что несколько виртуальных машин, созданных с помощью vws оказались выпихнуты на сервер, которым пользуюсь не один я.
Софтинкой начали пытаться пользоваться другие люди, что немало поспособствовало ее совершенствованию.
В общем, в пятницу я поднял версию до 0.4.
Теперь оно умеет нормально выставлять права на shared машины, чтобы все пользователи группы kvm имели к ним доступ. Появилась, наконец поддержка автостарта машин при загрузке хоста, а при шатдауне оно пытается аккуратно гасить все машины - как автостартованные, так и нет. Надо бы еще сделать так чтобы vws list от рута показывал приватные машины всех пользователей. А vws start от рута слал бы в эротическое путешествие.
vws list научился показывать MAC и IP-адреса машин. Причем MAC и для остановленных тоже.
Разобрались тут наконец как правильно конфигурить bridge, чтобы винда не принимала его при каждом запуске за новую сеть.
Практика показала что не хватает сетевой прозрачности.
Хочется, чтобы указав host:vm или vm@host (не знаю, как лучше) можно было бы получить запущенный локально remote-viewer котоорый через ssh port forwarding конектится к машине на указанном хосте. Помимо некоторой экономии траффика по сравнению с запуском remote-viewer на хосте и форвардинга X-ового интерфейса через ssh, это позволит пробрасывать USB-устройства с рабочего места оператора в виртуальную машину.
Вот только думаю - завести под это дело отдельную команду, или навесить эту функциональность на vws start.
Вообще заложенная с самого начала концепция "start - это сделать так чтобы у тебя на экране появилось окошко указанной VM" оказалась не слишком очевидной для пользователей. Хотя мне по-прежнему нравится, что мне не надо думать запущена у меня машина или нет. Набираю start и через несколько секунд она у меня тут.
Еще назрел полноценный парсинг и редактирование start-файлов. Вот интересно, есть ли библиотека для python, которая максимально точно эмулирует разбор командной строки shell-ом?
Софтинкой начали пытаться пользоваться другие люди, что немало поспособствовало ее совершенствованию.
В общем, в пятницу я поднял версию до 0.4.
Теперь оно умеет нормально выставлять права на shared машины, чтобы все пользователи группы kvm имели к ним доступ. Появилась, наконец поддержка автостарта машин при загрузке хоста, а при шатдауне оно пытается аккуратно гасить все машины - как автостартованные, так и нет. Надо бы еще сделать так чтобы vws list от рута показывал приватные машины всех пользователей. А vws start от рута слал бы в эротическое путешествие.
vws list научился показывать MAC и IP-адреса машин. Причем MAC и для остановленных тоже.
Разобрались тут наконец как правильно конфигурить bridge, чтобы винда не принимала его при каждом запуске за новую сеть.
Практика показала что не хватает сетевой прозрачности.
Хочется, чтобы указав host:vm или vm@host (не знаю, как лучше) можно было бы получить запущенный локально remote-viewer котоорый через ssh port forwarding конектится к машине на указанном хосте. Помимо некоторой экономии траффика по сравнению с запуском remote-viewer на хосте и форвардинга X-ового интерфейса через ssh, это позволит пробрасывать USB-устройства с рабочего места оператора в виртуальную машину.
Вот только думаю - завести под это дело отдельную команду, или навесить эту функциональность на vws start.
Вообще заложенная с самого начала концепция "start - это сделать так чтобы у тебя на экране появилось окошко указанной VM" оказалась не слишком очевидной для пользователей. Хотя мне по-прежнему нравится, что мне не надо думать запущена у меня машина или нет. Набираю start и через несколько секунд она у меня тут.
Еще назрел полноценный парсинг и редактирование start-файлов. Вот интересно, есть ли библиотека для python, которая максимально точно эмулирует разбор командной строки shell-ом?
no subject
(no subject)
(no subject)
no subject
А для чего? Syntax coloring?
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Критичная задача - уменьшить размер образа. Всё это будет жить на загружаемой флэшке, на которой OpenSuSe - просто потому, что собрать загружаемую флэшку на susestudio проще, чем возиться с дебиановскими скриптами. Так что я отдам под это не больше гигабайта и то со скрипом.
Безопасность НЕ критична, поскольку после того, как я один раз поставлю всё, что надо, мне бы лучше вовсе не монтировать user-writeable persistent storage внутри виртуальной машины. Так что даже Win98 - вариант. (Или QEMU строго требует writeable image? Тогда я сделаю скрипт, который будет копировать мой образ в /tmp и запускать его оттуда. Сам образ будет доступен для модификации исключительно руту).
Всё это надо потому, что некая тусовка использует звуковой клиент Raidcall, безопасность коего я оцениваю как нулевую. Он написан настолько неаккуратно, что требует админских прав для запуска - похоже, потому, что пишет логи в Program Files. Что они ещё там наляпали - непредсказуемо.
При этом ключевая фича клиента, из-за коей тусовка им и пользуется - он может вместе со звуком микрофона передавать звук, который играется в браузере или медиаплеере. Запустить всё это внутри Wine, сохранив эту фичу, у меня скорее всего не получится, поэтому я бы предпочёл начать сразу с QEMU.
Альтернатива - переубеждать тусовку, но для этого нужен другой клиент с этой самой фичей, и к тому же не требующий подъёма собственной серверной инфраструктуры. А где ж его взять? Клиентов много, а вот чтобы "слышно то что на компе ПЛЮС то что с микрофона" - с места не нагугливается. Наиболее "идейно правильный" mumble - всё равно этого кажется не умеет, а ещё требует свой сервер.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)