Archos Internet Tablet. Установка Android Market

По следам предыдущей заметки про AppsLib.
Нашел лёгкий способ установки Android Market на Archos 101/70/43/32/28 Internet Tablet со всем вытекающим из этого профитом для владельца одного из перечисленных планшетов.

P.S.: Выбирать в Arctools пункт Default Apps & Market v2.2.7 вместо Default Apps & Market v3.0.26 не обязательно, у меня и с Default Apps & Market v3.0.26 всё работает.

Archos 43 Internet Tablet. Установка и обновление AppsLib

Появился сравнительно недавно у меня планшет под названием Archos 43 Internet Tablet - этакий смартфон без GPRS модуля. Аппарат имеет несколько неприятных ограничений от производителя, среди которых отсутствие Android Market, вместо которого по-умолчанию установлен AppsLib (жалкое подобие маркета с таким же жалким выбором), который при полном сбросе планшета куда-то пропадает. Чтобы вернуть AppsLib на место в своём Archos Internet Tablet нужно сделать следующее:

1. Открыть браузер.
2. Перейти по адресу: appslib.com/latest. Сразу начнётся загрузка приложения.
3. Когда загрузка завершится, открыть статусбар и ткнуть по закачанному файлу.
4. Далее, остаётся лишь следовать инструкциям установщика.

QIP. Отключение web-камеры

QIP 2012 не умеет адекватно обращаться с вэб-камерой, об этом уже много написано. Способа лечения данной проблемы 2:

1. удалить QIP нафиг и забыть, как страшный сон;
2. после каждого обновления QIP удалять из папки программы несколько папок и файл.

Первый способ не вариант (см. P.S.). Поэтому пользуюсь вторым. Однако заколебался я уже после каждого обновления этого чуда мучительно вспоминать, что там надо такое удалить, чтоб таки отучить QIP от камеры. В итоге накидал сегодня для себя небольшой батничек работающий исключительно под Windows 7 x64, если кто желает может переделать и поделиться универсальным батничком, а пока так:

C:
cd "C:\Program Files (x86)\QIP 2012"
rd /S /Q Protos\SIP
rd /S /Q Protos\XIMSS
del /F /Q Core\voip.dll

Ноги растут от сюда.

P.S.: QIP конечно отстой - хранит пароли от всех зарегистрированных в нём сервисов и т.п. Но пока не вижу альтернатив схожих по возможностям, а посему надо с ним как-то уживаться.

Порты необходимые для удалённого подключения VMware Remote Console

Для работы с виртуальными машинами развёрнутыми на удалённом сервере с помощью VMware Server 2 в firewall'е этого самого удалённого сервера надо открыть следующие порты:

• 8222 -- http соединения (пока не понял для чего, ибо по http так ни разу и не довелось подключиться, но при установке VMware Server 2 просит этот порт).
• 8333 -- https соединения. Через этот порт в основном и происходит всё взаимодействие с VMware Server 2.
• 902 -- порт необходим для общения VMware Remote Console с VMware Server 2. Без него будет работать VMware Infrastructure Web Access, но достучаться до консолей виртуальных машин вы не сможете.

Отключение встроенного DHCP сервер в Virtual PC

На днях создал себе на Virtual PC небольшую виртуальную сеть из контроллера домена (dc) и двух рабочих станций (pc1 и pc2). На всех виртуальных машинах был настроен тип сети Внутренняя сеть. Естественно при такой организации все машины получали IP-шники вида 169.254.x.x.

После настройки на контроллере домена статических настроек соединения и поднятия DHCP, обнаружилась неприятная неожиданность: рабочие станции продолжили получать IP-шники вида 169.254.x.x, не смотря ни на что. Более того, клиентские машины утверждали, что они получили эти IP-шники от DHCP.

Как выяснилось, в режиме Внутренней сети Virtual PC включает встроенный DHCP сервер и раздаёт с него настройки сети с IP адресами вида 169.254.x.x. Встроенный DHCP сервер Virtual PC отвечает на запросы клиентских машин быстрее виртуального DHCP на контроллере домена.
Раскопки показали, что проблема со встроенным DHCP Virtual PC решается правкой конфигурационного файла Virtual PC Options.xml, расположенного в %LocalAppData%\Microsoft\Windows Virtual PC\. В этом файле есть секция preferences/virtual_network/virtual_server/dhcp, отвечающая за параметры встроенного DHCP и позволяющая его отключить установив параметр enabled равным false. После чего следует перезапустить виртуальные машины и радоваться корректной работе виртуальной сети.