да вот мы используем такую софтину, как DameWare NT Utilities. И там есть Remote Control — аналог РАдмина. Если винда крутится в виртуалбоксе 1.x — все ок, если перехожу на 2.x — то при подключении к клиентскому компу Remote Control'ом виртуалка начинает жутко тормозить и жрать процессор, насколько ей это позволяет система. Винда практически вешается. А как правило в этов ремя на телефоне висит юзер и ждет решения своих проблем. Работать невозможно. Подозреваю, что это связано с тем, что на компе видео нвидия, а в иксах драйвер nv — встроенный который, т.к. нет желания с каждой сменой ядра/иксов париться с утаскиванием новых дров (веб-траффик на предприятии жестко лимитируется). С третьей веткой бокса еще не пробовал возиться. Но в ближайшее время обяательно буду пробовать.
да, замораживание — это здорово. но это же надо вспомнить что где-то за кучей окон крутится виртуалка. А я часто про это забываю. И иногда бывает что в то время, когда мне надо сбросить иксовую сессию, а в это время в виртуалке крутится какое-нибудь длительное и важное задание. Я об этом могу забыть и вспомнить уже потом, когда поздно.
А shared clipboard, это как раз та фича, которой я готов пожертвовать :)
Боюсь, не дам точного ответа, т.к. сам с таким не сталкивался, но могу предположить, что здесь имеется ввиду суммарное разрешение двух мониторов, типа как в xrandr. То есть, если у Вас два монитора, например ноутбучный 1280x800 и обычный 1280x1024 то суммарное разрешение получится:
1280+1280 = 2560
max(800, 1024) = 1024
итого: 2560x1024
Както так наверно…
Кстати, а что мешает в тех иксах, которые будут обслуживать vrdp-сессию, перед запуском клиента запустить xrandr, который отстроит все, как надо, на два монитора? Или vrdp-клиент в этом случчае не растягивается?
а пинговать ничего не надо VBoxHeadless поднимает VRDP-сервер на локальной хост-машине. то есть rdesktop-vrdp надо натравливать на localhost.
VBoxHeadless биндит свой VRDP-сервер по дефолту на 0.0.0.0:3389.
Возможно, что Ваша вирт.машина по какойто причине не стартовала. Мжно проверить:
Кстати, с обычным rdesktop у меня постоянные проблемы с русским языком в удаленной системе. русская раскладка не работает толком, не получается набрать символ "/" и многие нужные комбинации клавиш не попадают в удаленную систему. Курение манов на тему rdesktop не помогло. Возможно, просто чегото не понимаю.
С использованием VRDP таких проблем не возникло — все завелось из коробки, как говорится.
Кроме того, через VRDP можно получить доступ к консоли гостевой ОС еще до того, как эта самая гостевая ОС станет в состоянии предоставлять сервис RDP или SSH.
Нет. у меня абсолютно никаких проблем. Но, естественно, комбинации Ctr-Alt-Fn в гостевую ОС не попадут. Но Ctrl-Alt-Del спокойно доходит. Работаю по такой схеме наверно с неделю-полторы и пока проблем не возникало. Гостевые ОС: Windows XP SP3 и Windows 7 RC1. Хост-ОС — Debian Unstable. Версия VirtualBox 1.6
А shared clipboard, это как раз та фича, которой я готов пожертвовать :)
1280+1280 = 2560
max(800, 1024) = 1024
итого: 2560x1024
Както так наверно…
Кстати, а что мешает в тех иксах, которые будут обслуживать vrdp-сессию, перед запуском клиента запустить xrandr, который отстроит все, как надо, на два монитора? Или vrdp-клиент в этом случчае не растягивается?
а пинговать ничего не надо VBoxHeadless поднимает VRDP-сервер на локальной хост-машине. то есть rdesktop-vrdp надо натравливать на localhost.
VBoxHeadless биндит свой VRDP-сервер по дефолту на 0.0.0.0:3389.
Возможно, что Ваша вирт.машина по какойто причине не стартовала. Мжно проверить:
rigid@rigid-laptop:/$ VBoxHeadless -s test
VirtualBox Headless Interface 3.0.0
© 2008-2009 Sun Microsystems, Inc.
All rights reserved.
Listening on port 3389
В соседней консоли:
rigid-laptop:/# netstat -lpn46 |grep 3389
tcp 0 0 0.0.0.0:3389 0.0.0.0:* LISTEN 11784/VBoxHeadless
Как видим, виртмашина запущена и VRDP-сервер ждет подключений.
С использованием VRDP таких проблем не возникло — все завелось из коробки, как говорится.
Кроме того, через VRDP можно получить доступ к консоли гостевой ОС еще до того, как эта самая гостевая ОС станет в состоянии предоставлять сервис RDP или SSH.
Offtopic: спасибо за первый плюс :)