» Oracle VM VirtualBox (часть 2)

А работало ж...

файл виртуальной машины будет устанавливаться на компьютер, где пользователь имеет административные права. Есть ли возможность у virtualbox ограничить копирование, экспорт виртуальной машины, путем защиты собственным паролем виртуальной машины от копирования, экспорта?

Konstantin_78

Цитата:

Флэшка отключается от основного компьютера, и не подключается к VirtualBox (галочка в «Device USB» на против флэшки стоит, а в проводнике флэшки нет).

глюк,переустановите виртуалку, или общую папку используйте для связи с витруалкой..

у меня такое проходит после перезагрузите компьютера .флешка которая не подключалась .... подключается

Цитата:

Самособранная версия 5.0.16 без харденинга:

Интересно, как вы выпилили эту заразу? Где она прячется?

KismetT_old
Как раз это проблем не вызывает ни малейших: отключение харденинга предусмотрено разработчиками, достаточно в конфиге выставить переменную VBOX_WITH_HARDENING в пустое значение.

CaptainFlint, Какие инструменты требуются для изменения конфига оригинального инсталлятора?

KismetT_old 19:57 07-03-2016
Цитата:

Интересно, как вы выпилили эту заразу? Где она прячется?

KismetT_old думаю, что вы не видели этого поста http://forum.ru-board.com/topic.cgi?forum=5&topic=35158&start=4600#12

regist123, я читал этот пост (слежу за темой).
По первому пункту у меня, я думаю проблем не возникнет, так как нечасто тестирую заразу.
Но эта падла (Hardening) не даёт мне подняться выше 4.3.12, а Debian 8 на ней уже не работает.

KismetT_old

Цитата:

Какие инструменты требуются для изменения конфига оригинального инсталлятора?

Их не существует. Требуется полная перекомпиляция почти всего VB, потому что харденинг является частью программного кода. Указанный мной ключ — это НЕ конфигурационный параметр для установленного VB. Такого ключа не существует, и Oracle категорически отказывается его добавлять. VBOX_WITH_HARDENING — это параметр для сборочной системы, когда VB компилируется из исходников.

Добавлено:
Кстати, если проблема с Debian заключается в невозможности установить гостевые дополнения, то можно скачать исошку с последней версией, они пристойно работают и в 4.3.12. Я довольно долго работал в таком режиме. Конкретно дебиан не тестировал, но вообще с новыми ядрами и иксами существенных проблем не возникало. Разве что разрешение экрана при загрузке гостевой системы сначала включалось низкое, а в процессе логина уже переключалось на нормальное, на работу это никак не влияло.

Цитата:

Их не существует. Требуется полная перекомпиляция почти всего VB, потому что харденинг является частью программного кода.

Ой как плохо то! А мне ведь всего то нужно только выгрызть харденинг и никакие примочки вроде самоподписанных сертификатов и т.п. не нужно. А разработчики забили болт на мой тикет с июля 2015 и надежды чего то нет на то, что это поправят.

KismetT_old
Любое изменение кода — это невалидность цифровой подписи. Это же её предназначение: удостоверять, что код никем не модифицирован!
Так что если "выгрызть харденинг", изменённые файлы в любом случае будут считаться неподписанными. А дальше (в 64-битной винде) путь стандартный: либо загрузка с отключением проверки подписей, либо тестовый режим и подпись тестовым сертификатом, либо покупка полноценного сертификата и подписывание им.

Цитата:

Кстати, если проблема с Debian заключается в невозможности установить гостевые дополнения, то можно скачать исошку с последней версией, они пристойно работают и в 4.3.12.

Я дебиан выпасаю и обновляю ещё с 5-ой версии, с Lenny. Сам столкнулся с тем, что с 8-ки на 4.3.12 нормально ничего не работает. Даже кто-то здесь давал мне ссылку на подтверждение этого на сайте VB.


Добавлено:

Цитата:

А дальше (в 64-битной винде) путь стандартный: либо загрузка с отключением проверки подписей, либо тестовый режим и подпись тестовым сертификатом, либо покупка полноценного сертификата и подписывание им.

Это меня устраивает, так как система 32-х разрядная.

KismetT_old

Цитата:

Это меня устраивает, так как система 32-х разрядная.

Если Windows 7, то можете использовать собранный мной вариант, на 32-битной семёрке я его проверил, работает. Для того я его и собирал, чтобы избавиться от харденинга.

CaptainFlint
В меру своих скромных потребностей протестировал портативку. Всё так-же ругается на отсутствие OpenSSL, но работает. 64-битный вариант всё так-же пока нет возможности проверить.

Aleksandr N
Спасибо. С OpenSSL ожидаемо, так как методика сборки у меня не поменялась.
Скрипт портативки попытался было глянуть, но неожиданно оказалось, что там очень много кода, слишком долго разбираться. Так что сорри, это я уже не потяну, слишком много более важных дел.

CaptainFlint
Да нет, со скриптом портативки всё нормально. Но вот почему сам скрипт использует библиотеки OpenSSL непонятно. Ни в исходниках скрипта ни в исходниках самой среды компиляции нет ссылок на библиотеки. Наверное сама Ось как-то подцепает. А раз ты так и не пытался всунуть эту библиотеку в Бокс, то тогда ничего не изменится. Остаются только твои заковыки с сертификатом, но их лучшим образом уже не решишь, чем есть сейчас.
Остаётся только ждать твои сборки при выходе новых версий. Ибо без защиты это уже есть гуд. Надеюсь что всётаки скоро протестирую портативку 64-битки. Если что - отпишусь.

Добавлено:
Да, забыл... Я использую виртуалку для тестов программ и раньше для Вынь10 использовал версию 4.3.12.93733. А на двух последних версиях звуки какие-то роботизированные, если можно так выразиться. Не знаю с чем это связано, толи с портативкой, толи с чем-то ещё. Не могу сказать. На всех остальных операционках звуки нормальные.

Aleksandr N

Цитата:

Но вот почему сам скрипт использует библиотеки OpenSSL непонятно.

А посмотри, в VB, распакованном этим скриптом, OpenSSL-библиотеки присутствуют? И именно те, которые были в инсталляторе? Проверить можно, зайдя в свойства, "Цифровая подпись": там должно быть две подписи "CaptainFlint Software", одна sha1, вторая sha256.
Может, он банально не распаковывает эти файлы (я видел в скрипте какие-то перечисления файлов по именам), из System32 использовать не хочет, а запускаемый VB берёт из System32, и потому работает…


Цитата:

Остаются только твои заковыки с сертификатом, но их лучшим образом уже не решишь, чем есть сейчас.

Мои закавыки с сертификатом решены самым лучшим образом, каким их вообще можно решить. Сейчас всё подписано и всё работает. Лучше — только платный сертификат.

comrades, извиняюсь, чувствую себя девчонкой, но ужасно раздражает (с 4го уже выбесило, подумываю об откате): у всех так?

Даже то, что нельзя запускать две виртуалки сразу друг за другом, а нужно дождаться, пока загрузиться первая гостевая, иначе сетевой мост не пашет в обеих, пока не выключишь, так не раздражает.

Skif_off
В 5.0.14 у меня сохраняется. (5.0.16 запускал, но на этот аспект внимания не обратил.)
Есть ли права на запись в файл C:\Users\<username>\.VirtualBox\VirtualBox.xml ? Что там записано в параметре GUI/LastWindowPosition? Обновляется ли параметр после закрытия перемещённого окна? Можно попробовать временно переименовать этот файл и проверить, воспроизводится ли начисто.
Не зависает ли, случаем, сервис? Проследи в списке процессов за VBoxSVC.exe, он должен исчезнуть через несколько секунд после закрытия последнего окна VB.

CaptainFlint
Права на запись есть, в GUI/LastWindowPosition после закрытия сохраняются новые цифры, но при следующем запуске игнорируются.
Забэкапил и почистил папку - воспроизводится, VBoxSVC.exe завершается как обычно.
В selectorwindow.log:

Код: 00:00:00.468000 GUI: UIMediumEnumerator: Medium-enumeration started...
00:00:00.530400 GUI: UISelectorWindow: Geometry loaded to: Origin=291x134, Size=698x725
00:00:00.561601 GUI: UIMediumEnumerator: Medium-enumeration finished!
00:00:07.130872 GUI: UISelectorWindow: Geometry saved as: Origin=216x241, Size=732x7255

Занятно. Проверил 5.0.16 — подтверждаю: размер окна сохраняется (в моём случае всегда), положение — нет.
Какой-то код, отвечающий за позиционирование непонятно чего, я нашёл (и по сравнению с 5.0.14 там есть дополнительный вызов метода moveCenter, что как бы намекает), но как нормально починить сходу не понял. Закинул баг, пусть сами разбираются.

Предпочёл разобрался сам.
Новая сборка 5.0.16:
* Исправлено невосстановление положения окна.
* Заменён образ гостевых дополнений на 5.0.17 r105913 (был отдельно выложен на оф. странице загрузок после релиза 5.0.16).

https://yadi.sk/d/NJTpRzKQq2a7H

CaptainFlint
Да нет, скриптом библиотеки OpenSSL распаковываются. Просто совсем непонятно зачем скрипту их использовать самому, ему они не нужны, а не Боксом. И получается вот что: Скрипт не видит их в директории Бокса, идёт в System32, не находит и ругается что их нет. А сам Бокс видит их в своей директории и работает замечательно. А только сейчас осознал что скрипт их не видит в директории Бокса. Надо для себя прописать их в скрипте чтобы не кидать их в системную, если конечно пойму зачем они нужны и где именно подцепаются.

Добавлено:
Блин, проще самому этот скрипт на Паскаль переписать и никаких проблем.

Интересно, научится ли VirtualBox забирать свои процессы VirtualBox.exe из диспетчера задач после остановки, или нет? Могут висеть часами, высасывая оперативку. Пока их убивать в Win 7 можно только вручную, и все сразу.

sundraw
Останавливайте правильно и все будет закрываться. Не помню когда последний раз зависал процесс в памяти после выключения.

thejustsoul

Код:
VBoxManage.exe controlvm VM poweroff

Цитата:

Интересно, научится ли VirtualBox забирать свои процессы VirtualBox.exe из диспетчера задач после остановки, или нет? Могут висеть часами, высасывая оперативку. Пока их убивать в Win 7 можно только вручную, и все сразу.

На XP такое тоже частенько наблюдается.

sundraw

Цитата:

Так и останавливаю. В СВОПе процессы не могут зависать?

Не знаю, но вероятно, если оперативки мало и активно используется файл подкачки, то завершение может быть дольше обычного (пока выгрузится..). Через "завершение работы" в GUI или изнутри VM, тоже висит в памяти?

Kirika
Да, на XP.
thejustsoul

Цитата:

Не знаю, но вероятно, если оперативки мало и активно используется файл подкачки, то завершение может быть дольше обычного (пока выгрузится..). Через "завершение работы" в GUI или изнутри VM, тоже висит в памяти?

Каждую машину так останавливать будет ещё дольше, чем выгрузка зависших процессов из памяти. Пока я каждую машину буду останавливать через "Завершение работы", процессы выгрузятся быстрее, чем это проделаю с каждой машиной. Поодиночке трудно проверить. Если в XP каждая машина открывалась в диспетчере задач в Приложениях под своим названием, а от неё можно было легко перейти к её процессу, который можно контролировать, то в семёрке приложения уже не открываются, а процессы все одинаковые под названием VirtualBox.exe.
Вообще-то можно воспользоваться ещё одной командой

Код:
VBoxManage controlvm VM reset

Неприятная мелочь поправлена в тестовой 5.0.17-105971.

На странице загрузок гостевые дополнения уже 5.0.17-105945.