Bozaro

Для сборки и запуска в эмуляторе JavaME-приложений нужно установить Sun Java Wireless Toolkit (далее WTK). К сожалению, на 64-ом Linux возникает серьезная проблема – родной версии для 64-ого Linux нет. В 32-х битной не запускается эмулятор.

Все проблемы 32-х битной версии WTK связаны с тем, что для её сборки была использована 32-х битная версия Java. И, если установить 32-х битную верию Java, то все зарботает.

Таким образом у меня получился следующий алгоритм установки: (continue reading…)

Встала задача – пробросить туннель между двумя SOHO-сетями с минимальными затратами.

1. Сеть A: функцию маршрутизатора выполняет компьютер на Linux Ubuntu 8.10, интернет через PPPoE;
2. Сеть B: маршрутизатор D-Link DIR-300 rev. B1, интернет приходит по Ethernet-у.

В обоих сетях от провайдера получен белый IP. Кол-во компьютеров в каждой сетки более одного.

Сети должны быть связаны, но при этом максимально автономны (у каждой свой DNS и DHCP-сервер).

Алгоритм решения у меня был следующий:

1. Установить на D-Link DIR-300 rev. B1 прошивку DD-WRT v24-sp2;
2. Настроить туннель IP-over-IP между DD-WRT и Linux;
3. Настроить маршрутизацию между подсетями через тунель.

Важный момент: трафик в туннеле передается в открытом виде. Каким образом его можно зашифровать я не разбирался.

Теперь по каждому пункту подробнее… (continue reading…)

Периодически у меня возникает желание переставить систему с чистого листа. Это бывает вызвано разными причинами, но обычно связано с неудачной попыткой обновиться до какой-нибудь свежей альфа- или бета- версии дистрибутива.

Переустанавливать после этого все пакеты руками как-то лениво, поэтому я покопался и нашел способ проще. (continue reading…)

С недавнего времени я активно использую OpenVZ, но вот понадобилось поставить на виртуальную машину M$ Windows и взор обратился к KVM (KVM и OpenVZ не являются взаимоисключающими и могут работать одновременно).

KVM использует аппаратную виртуализацию, что накладывает сильные ограничения на аппаратную составляющую, но, теоретически, дает минимальную усадку по производительности. (continue reading…)

Установил Tomcat6 и добавил в него Hudson:

sudo apt-get install tomcat6
sudo wget http://hudson.gotdns.com/latest/hudson.war /var/lib/tomcat6/webapps/

После этого перезапустил Tomcat, полез на http://localhost:8080/hudson/ и увидел, что ничего не работает.

Проблема вызвана тем, что политики безопасности Tomcat не дают Hudson-у достаточных для работы привилегий.

Решается проблема просто – в файле /etc/defaults/tomcat6 надо добавить строку:

TOMCAT6_SECURITY=no

И перезапустить Tomcat.

Так же в файле /etc/defaults/tomcat6 не лишним будет указать для Hudson более разумную директорию:

JAVA_OPTS="-Djava.awt.headless=true -Xmx128M -DHUDSON_HOME=/var/db/hudson"

В догонку к посту Установка OpenVZ на Ubuntu Linux решил описать результаты копаний по поводу настройки сети в виртуальной машине OpenVZ.

Итого в vzctl можно добавить сетевой интерфейс следующими способами:

1. vzctl set 101 –ipadd 192.168.0.1 –save
   Данный способ добавляет виртуальной машине интерфейс точка-тока с хост-машиной. В общем целом для простых случаев этого достаточно, но данный способ, к примеру, не позволяет работать с broadcast-ами (он не подходит, если на виртуальную машину нужно установить Samba или DHCP-cервер).
2. vzctl set 101 –netdev_add eth0 –save
   Тут все тоже достаточно просто. Указанный сетевой интерфейс переносится в виртуальную машину. То есть он будет доступен только в указанной виртуальной машине (в хост-машине или нескольких виртуальных машинах его использовать нельзя).
   Так же данный способ не работает если попытаться перебросить в виртуальную машину VLAN-интерфейс.
3. vzctl set 101 –netif_add eth0 –save
   vzctl set 101 –netif_add eth0,00:18:51:d8:04:98,veth101.0,00:18:51:0f:a6:ab
   Самое интересное – данный способ создает пару интерфейсов (один в виртуальной машине – eth0, и один в хост-машине – veth101.0), но аргумент для указания моста в версии 3.0.22 еще отсутствует.

(continue reading…)

Решил озадачиться виртуализацией под Linux. Основная задача – разнести различные функции на различные виртуальные сервера на домашней машине (резервное копирование, мониторинг, DHCP, DNS, SubVersion и т.д.). Нужно это для следующих целей:

1. Чтобы можно было обновлять/восстанавливать/переустанавливать все это по отдельности;
2. Чтобы упростить борьбу с Firewall-ом, так как часть сервисов должна смотреть в Internet, а часть сугубо локальная;
3. Для проведения экспериментов лучше виртуальной машины придумать что-то сложно.

Выбор остановился на OpenVZ по следующим причинам:

1. OpenVZ почти не дает усадки по производительности;
2. OpenVZ не требует процессора с поддержкой виртуализации.

Минусы у OpenVZ:

1. Под OpenVZ можно запустить только Linux, причем специально подготовленный;
2. В Ubuntu от OpenVZ отказываются в пользу KVM.

(continue reading…)