Instalacja części serwerowej wymaga serwera WWW, PHP i Sqlite. W moim przypadku użyłem lighttpd/1.4.26, PHP 5.3.2 i sqlite 3.6.23.1. Oczywiście PHP musi być zainstalowane ze wsparciem dla sqlite.
Ze strony http://hg.mozilla.org/labs/ pobieramy paczkę weaveserver-misc(np w formie bz2). W tej paczce znajduje się weave_minimal.
Instalacja jest banalna – po prostu trzeba rozpakować katalog weave_minimal na serwerze(poza miejscem widzianym przez serwer www) zmienić właściciela na tego pod którym działa serwer www(niezbędne do utworzenia bazy sqlite). Do lighttpd dodać alias:
alias.url += ( "/weave" => "/ /index.php" )
a po restarcie lighttpd trzeba udać się pod adres
https://serwer/weave/1.0/juser/info/collection
wpisać juser i cokolwiek jako hasło. W tym momencie na serwerze powinien zostać utworzony plik bazy weave_db. Tworzenie użytkowników sprowadza się do wykorzystania załączonego skryptu create_user (należy pamiętać o uprawnieniach do bazy!!)

Część kliencka jest prosta:
Zainstaluj wtyczkę Weave do Firefoksa, jako dane do serwera wpisz:

https://serwer/weave/

użytkownik i hasło
i powinno działać. Ze względu bezpieczeństwa ważne aby używać tego przez protokół https.
Teraz synchronizacja odbywać się będzie automatycznie na dowolnej liczbie systemów/komputerów z której korzystasz będą te same zakładki, ustawienia, hasła i historia. Oczywiście jest opcja personalizacji danych które mają być synchronizowane.

Na początek trzeba zadbać o to by emulacja linuksa działała w systemie.
Dodajemy więc linux_enable="YES" do /etc/rc.conf i ustawiamy compat.linux.osrelease=2.6.16 w pliku /etc/sysctl.conf. Do /etc/fstab potrzebny jest dodatkowy wpis podmontowujący linuksowy system procfs:

linproc /usr/compat/linux/proc linprocfs rw 0 0

Wydajemy polecenia:

mount /usr/compat/linux/proc
/etc/rc.d/abi start
/etc/rc.d/sysctl start

Następnym etapem jest doinstalowanie portów i wykrycie przez nspluginwrapper zainstalowanych wtyczek:

cd /usr/ports/emulators/linux_base-f8 && make install clean
cd /usr/ports/www/linux-flashplugin9 && make install clean
cd /usr/ports/www/nspluginwrapper && make install clean
nspluginwrapper -v -a -i

Po restarcie Firefox 3 i wpisaniu w pasek adresu about:plugins powinna pojawić się informacja o wykrytych wtyczkach. Jeśli okienko będzie puste(nie będzie info o wtyczce flash to należy podlinkować wtyczkę do katalogu z wtyczkami firefox’a:

cd /usr/local/lib/firefox3/plugins && ln -s /usr/local/lib/browser_plugins/npwrapper.libflashplayer.so npwrapper.libflashplayer.so

Instalacja – rzecz najprostsza

Robimy po prostu: cd /usr/ports/sysutils/syslog-ng && make package clean
Po pomyślnej instalacji trzeba zamienić domyślnego syslogd na nasz nowy syslog-ng – dodajemy w /etc/rc.conf:
syslog_ng_enable="YES"
syslogd_enable="NO"
Póki co jeszcze nie restartujemy tej usługi. Najpierw czas na konfigurację.

Konfiguracja w routerze Cisco

logging trap debugging
logging facility local6
logging source-interface Loopback0
logging 10.0.0.2

Konfiguracja syslog-ng

Do tego użyjemy predefiniowanej konfiguracji dostarczanej z syslog-ng:
cp /usr/local/etc/syslog-ng/syslog-ng.conf.sample /usr/local/etc/syslog-ng/syslog-ng.conf
W sekcji zawierającej opisy destination dodajemy własne cele do logowania
destination routers { file("/var/log/routers/$HOST-$YEAR$MONTH$DAY.log" owner(root) group(wheel) perm(0644) dir_perm(0644) create_dirs(yes));};
w sekcji filtrów należy dodać regułę filtrowania
filter f_router1 {host(routerek); };
Oczywiście wpis routerek jest nazwą naszego routera umieszczoną w naszym dnsie lub w /etc/hosts.
W końcowej sekcji pliku pozostaje połączenie miejsca docelowego razem z filtrem co robimy za pomocą poniższych wpisów
log { source(src); filter(f_router1); destination(routerek); flags(final); };
Przy konfiguracji trzeba wziąć pod uwagę że program wczytuje konfigurację od góry do dołu. Podanie powyższej linijki na początku w połączeniu z opcją final spowoduje że tylko to dopasowanie będzie dokonane i żaden inny filtr nie będzie już potem użyty.
Na koniec pozostało tylko zatrzymanie starego syslogd i uruchomienie syslog-ng
/etc/rc.d/syslogd stop && /usr/local/etc/rc.d/syslog-ng start

Ważne do zapamiętania: po każdej zmianie w syslog-ng.conf przydałoby się go zrestartować żeby zmiany zostały uwzględnione.

Update:

Niedawno na stronie iPlus’a znalazłem aktualizację firmware zawierającą nowszą wersję niż ta z Blueconnect’a. Przeprowadziłem procedurę aktualizacyjną i karta funkcjonuje bez problemów. Dzięki nowemu oprogramowaniu zmienił się sposób informowania przez diody karty o dostępnym typie sieci(HSDPA,UMTS,EDGE i GPRS).

Celowo, by było bardziej uniwersalne i niezależne od dystrybucji, używam pon i poff a nie skryptów startowych Gentoo.

Zatem na początek okazało się że trzeba sobie skombinować jakieś sterowniki do tej karty i są takie – nazywają się nozomi i są do pobrania ze stronki Pharscape. Ich kompilacja nie jest specjalnie zawiła – ot zwykłe make i po sprawie. Potem tylko:
cp nozomi.ko /lib/modules/`uname -r`/extra/ && depmod -ae i można załadować moduł.

Trochę bardziej skomplikowaną sprawą okazało się znalezienie działających skryptów ppp. Po kilku próbach te okazały się na tyle działające że je pozostawiłem:

/etc/ppp/peers/iplus:

/dev/noz0
connect “/usr/sbin/chat -v -f /etc/ppp/iplus-connect”
connect-delay 8000
noauth
user plusgsm
noipdefault
defaultroute
usepeerdns
mtu 1420
persist

/etc/ppp/iplus-connect:

ABORT BUSY
ABORT “NO CARRIER”
ABORT ERROR
REPORT CONNECT
TIMEOUT 4
“” ATZ
OK AT+CPIN?
READY-AT+CPIN=”tutaj_podaj_pin”- \c
OK AT+CPIN?
READY \c
OK \c
TIMEOUT 120
“” AT+CGDCONT=1,”IP”,”www.plusgsm.pl”
OK ATDT*99***1#
CONNECT \c

A do uruchomienia wystarczy pon iplus