cancer's blog

NetBSD

Jak d?ugo serwer by? niedost?pny?

Bartosz Maciejewski7 kwietnia, 20157 kwietnia, 2015

Po dzisiejszej wichurze, która spowodowa?a wy??czenie pr?du w nocy, chcia?em si? dowiedzie? jak d?ugo go nie by?o. Nie jest to takie trudne je?eli w domu ma si? serwer chodz?cy 24h na dob? i oprócz mierzenia uptime’u monitorujemy tak?e downtime. O paczce downtime przy okazji dodania jej do pkgsr-wip pisa?em jaki? czas temu.

Pierwsze co nam b?dzie potrzebne to zainstalowanie paczki downtimed – http://dist.epipe.com/downtimed/. U?ywaj?c pkgsrc paczka jest w wip/downtimed.

Po wydaniu polecenia downtimes dostajemy list? przerw w dzia?aniu serwera:

crash 2015-04-01 00:48:28 -> up 2015-04-01 02:22:27 = 01:33:59 (5639 s)

Do tego czasu w moim przypadku nale?y doda? 27 minut poniewa? tyle mi UPS podtrzymuje ca?? szafk? teletechniczn? ze switchem serwerem i innymi urz?dzeniami.

A teraz pobawmy si? bardziej danymi z downtimed. Za pomoc? jednego zgrabnego „one-line’ra” mo?emy przeliczy? jak d?ugo nasz serwer „le?a?”.

downtimes | awk {'print $10'} | sed 's/^.//' | paste -sd+ - | bc | awk '{print $1/60}' | awk '{print $1/60}' | awk '{print $1/24}'

Robimy co nast?puje powy?szym poleceniem:

Wywo?ujemy downtimes produkuj?c kolumn? z odnotowanymi przerwami
Wynik przekazujemy do awk, które pokazuje nam tylko 10 pole (pola liczymy co spacj?) – czyli liczb? sekund ile trwa?o wy??cznie serwera
Kolumn? z sekundami (i pocz?tkowym nawiasem) przekazujemy do sed’a przy pomocy, którego kasujemy nawiaz z pierwszego znaku. ?ci?lej rzecz ujmuj? zamieniamy pierwszy znak w ka?dej linijce na nic, ostatecznie dostajemy kolumn? sekund
Kolumn? z sekundami przekazujemy do polecenia paste z parametrem -sd+ co powoduje sklejenie kolumny w jeden string oddzielony znakami + (znak „-” za -sd+ jest wymagany przy u?ywaniu BSD paste, przy GNU paste mo?na bez -)
Gotowy string który ma posta? ci?gu sekund oddzielonego plusami przekazujemy do kalkulatora bc, który wykona dodawani.
Otrzyman? sum? liczby sekund dzielimy przy pomocy awk przez 60 otrzymuj?c minuty
Otrzymane minuty ponownie dzielimy przez 60 otrzymuj?c godziny.
Na koniec wynik w minutach dzielimy przez 24 otrzymuj?c ilo?? dni , kiedy serwer by? niedost?pny.

Powy?sze polecenie na moim domowym serwerze daje wynik 7.74633 dnia, czyli ponad 7,5 dnia.

W?ó?my ten wynik w jaki? kontekst, aby si? przekona? czy to dobry wynik czy nie. Akurat przeciwie?stwem downtimed jest uptimed (surprise, surpise!) , który mierzy czas dzia?ania serwera i kilka innych ciekawych rzeczy jak rekordowe uptime’y oraz jaki by? w tym momencie zainstalowany system, a tak?e sumaryczn? ilo?? dni ile dzia?a? serwer. Przy okazji mo?emy sprawdzi? czy nasze obliczenia przy pomocy downtimed sprawdz? si?.

Na dzie? dzisiejszy uprecords (komenda do wywo?ania statystyk) u mnie wygl?da tak:

dom# uprecords # Uptime | System Boot up ----------------------------+--------------------------------------------------- 1 102 days, 14:03:21 | NetBSD 6.1.4_PATCH Tue Jul 8 16:37:50 2014 2 81 days, 05:59:55 | NetBSD 6.1.4_PATCH Fri Apr 18 10:33:21 2014 3 80 days, 01:40:20 | NetBSD 6.1.5_PATCH Sat Jan 10 22:07:27 2015 4 68 days, 12:05:30 | NetBSD 6.1.0_PATCH Mon Sep 9 21:51:38 2013 5 44 days, 23:30:13 | NetBSD 6.1.5_PATCH Wed Nov 26 19:51:24 2014 6 44 days, 07:09:29 | NetBSD 6.1.0_PATCH Sat Dec 7 11:02:04 2013 7 41 days, 14:10:24 | NetBSD 6.1.0_PATCH Fri Jan 31 22:46:29 2014 8 38 days, 16:54:02 | NetBSD 6.0.0_PATCH Sun Nov 25 23:59:36 2012 9 37 days, 20:55:24 | NetBSD 6.0.0_PATCH Sat Jan 12 12:13:53 2013 10 37 days, 14:33:08 | NetBSD 6.1.0_PATCH Fri Jun 21 23:19:00 2013 ----------------------------+--------------------------------------------------- -> 23 6 days, 11:12:42 | NetBSD 6.1.5_PATCH Wed Apr 1 02:27:59 2015 ----------------------------+--------------------------------------------------- 1up in 2 days, 21:08:28 | at Fri Apr 10 10:49:08 2015 t10 in 31 days, 03:20:27 | at Fri May 8 17:01:07 2015 no1 in 96 days, 02:50:40 | at Sun Jul 12 16:31:20 2015 up 876 days, 17:53:56 | since Sun Nov 4 00:02:44 2012 down 7 days, 18:44:01 | since Sun Nov 4 00:02:44 2012 %up 99.120 | since Sun Nov 4 00:02:44 2012

Wg uptimed serwer na ponad 876 dni by? nieosi?galny przez 7 dni i prawie 19 godzin, co stanowi SLA na poziomie 99.12% :) Ca?kiem nie?le jak na domowy serwer!

Sprawd?my jeszcze czy wyniki downtimed i uptimed nie ró?ni? si? zbytnio, czyli czy 7 dni 18 godzin i 44 minuty to mniej wi?cej 7.74633. Ponownie przy pomocy bc konwertujemy tym razem godziny do systemu dzisi?tnego.

dom# echo "scale=5; 44/60" | bc .73333 dom# echo .73333+7 | bc 7.73333

Ca?kiem blisko, ale jak blisko? :) Poraz trzeci u?yjmy bc aby policzy? procentow? ró?nic? mi?dzy tymi warto?ciami:

dom# bc scale=5 7.74633-7.73333 .01300 7.74633+7.73333/2 11.61299 .01300/11.61299*100 .11100

Ró?nica 0.11% czyli w zasadzie pomijalna. Za to zabawa w konsoli przednia :)

OgÃ³lne

Ko?cówka roku 2014 z kamer? samochodow?

Bartosz Maciejewski31 grudnia, 2014

Wsz?dzie teraz podsumowania roku, rzeczy najlepsze, najgorsze itd. Moje podsumowanie roku, a w?a?ciwie ostatnich miesi?cy roku 2014 b?dzie mia?o dodatkowo warto?? edukacyjn? – jed? bezpiecznie!

Jak wiadomo posiadanie kamery samochodowej przyci?ga nieszcz??liwe i niebezpieczne sytuacje. Nie inaczej jest w moim przypadku. Co prawda, ?adnej mega kraksy nie nagra?em ca?e szcz??cie, ale niebezpiecznych wyprzedze?, czerwonych ?wiate?, st?uczek, zwierz?t na drodze podczas trzech miesi?cy u?ywania kamerki troch? by?o.

Poni?ej moja ma?a kompilacja z ?yczeniami wyobra?ni i bezpiecze?stwa na drodze w nowym roku!

Gry/Games

Dead Space – nadrabiam zaleg?o?ci.

Bartosz Maciejewski29 grudnia, 201430 grudnia, 2014

Dawno dawno temu w 2008, EA wyda?o Dead Space. Nie a? tak dawno temu w Humble Bundle, bo zaledwie w 2013 naby?em drog? kupna paczk? z Dead Space. A ju? teraz ca?kiem niedawno na prze?omie 2014 i 2015 zaczynam nadrabia? t? siedmioletni? zaleg?o??!

Dodatkowo, ShadowPlay w paczce sterowników od GeForce’a ca?kiem fajnie dzia?a dlatego od czasu do czasu na moim profilu w Twitch , mo?ecie poogl?da? jak mi idzie.

Jestem po ca?ych 40 minutach frustruj?cego gini?cia i w ko?cu umiem chyba w to gra?. Potwory atakuj?, nie ma na razie ?adnych niekomfortowych sytuacji, które zniech?caj? do grania (Amnesia – patrz? na Ciebie). Zdrowa adrenalina od czasu do czasu jest wpompowywana do mózgu. Poni?ej pierwszy raz kiedy nie opanowa?em myszy. Tani chwyt gro, ale udany!

Czego to ja jeszcze nie umia?em? Ach tak. U?ywanie „stasis” (zastój, hipostaza?). Tutorial mi zasugerowa? mi, ?e mog? spowolni? czas, a tak naprawd? mog? spowolni? czas danego przedmiotu. Dlatego pierwsze podej?cie do u?ywania zastoju wygl?da?o tak… (wstawcie tu dowolny mem z Picardem i facepalmem)

Creme de la creme. Walka! Znowu tutorial i g?os w radiu – oszcz?dzaj amunicj?! No to oszdz?dza?em, ca?y czas. By?o trudno, ale doj?cie, walni?cie, odej?cie przy jednym potworku dawa?o rezultaty, przy trzech lub czterech gin??em raz za razem. Po postrzeleniu w ko?czyny, ju? ?atwiej a amunicji wcale nie tak ma?o. Przy którym? z kolei zgonie, w podpowiedziach na ekranie ?adowania dowiedzia?em si?, ?e zastój dzia?a tak?e na potwory. Wyposa?ony w t? wiedz? w ko?cu mog? komfortowo gra? dalej. Poni?ej moment w którym nauczy?em si? walczy? :)

Je?eli tak jak ja lubisz gra? z du?ym opó?nieniem w gry o uznanej renomie, bez czekania na kontynuacje, za przyzwoit? cen? (Mass Effect przeszed?em tak?e w 2014 roku :) to zapraszam do odwiedzania mojego bloga. Od czasu do czasu zapostuj? jakiego? strucla, którego ka?dy ju? przeszed? ;)

OgÃ³lne

NetBSD w OVH na dedykowanym serwerze

Bartosz Maciejewski5 maja, 20145 maja, 2014

OVH oferuje dedykowane serwery w przyst?pnych cenach, zw?aszcza z linii kimsufi. Przy okazji posiada ich tyle, ?e swego czasu zablokowali mo?liwo?? kupowania nowych, poniewa? klienci starszych maszyn nie przed?u?ali umów, tylko kupowali nowe maszyny za ni?sz? cen? i z lepszymi parametrami.

Nasta? czas migracji jednej maszyny (Pentium III Xeon) z 2010 roku na now? (Core 2 Duo). I tu zaczynaj? si? problemy, poniewa? w roku 2010 w OVH by?o co? takiego jak vKVM, czyli pod??czone zasoby fizycznego serwera poprzez Qemu, z mo?liwo?ci? u?ycia dowolnego ISO i instalacji czego dusza zapragnie. Pomny takich mo?liwo?ci, nowy serwer zosta? zakupiony i przesiadka ze starego z funkcjonuj?cym NetBSD i kilkoma us?ugami wydawa? si? banalna. Niestety OVH jaki? czas temu nie mówi?c nic nikomu zrezygnowa?a z vKVMa daj?c do dyspozycji do?? szeroki wachlarz dystrybucji, niestety bez NetBSD.

ovh1

Musz? tu z uznaniem zauwa?y?, ?e od 2011 roku nie musia?em wchodzi? do panelu zarz?dzaj?cego, poniewa? system osi?gn?? imponuj?cy uptime 1012 dni po czym pad? mu zasilacz i musia? zosta? wymieniony, trac?c ca?y uptime :)

     #               Uptime | System                                     Boot up
----------------------------+---------------------------------------------------
     1   1012 days, 07:06:5 | NetBSD 5.99.37            Thu Jul 21 08:36:46 2011
     2   216 days, 23:27:49 | NetBSD 5.99.37            Wed Dec  8 12:34:48 2010
     3    64 days, 16:47:53 | NetBSD 5.99.37            Sun Aug 15 20:59:35 2010
     4    30 days, 02:34:48 | NetBSD 5.99.37            Mon Nov  8 09:59:07 2010
     5    19 days, 20:31:45 | NetBSD 5.99.37            Tue Oct 19 14:18:21 2010
     6     7 days, 15:07:02 | NetBSD 5.99.37            Wed Jul 13 17:28:44 2011
     7     4 days, 05:54:32 | NetBSD 5.99.37            Wed Aug 11 14:31:49 2010
->   8     0 days, 00:03:21 | NetBSD 5.99.37            Tue Apr 29 09:02:03 2014
----------------------------+---------------------------------------------------

1up in     4 days, 05:51:12 | at                        Sat May  3 14:56:35 2014
no1 in   1012 days, 07:03:3 | at                        Sat Feb  4 15:08:55 2017
    up   1355 days, 19:34:0 | since                     Wed Aug 11 14:31:49 2010
  down     0 days, 22:59:33 | since                     Wed Aug 11 14:31:49 2010
   %up               99.929 | since                     Wed Aug 11 14:31:49 2010

Oczywi?cie takie standardy jak Apache, MySQL, Postfix, Dovecot, BIND itp. mo?na przenie?? na dowoln? instalacj?, ale jest zasadnicza ró?nica mi?dzy przeniesieniem configów (dzi?ki bardzo pouk?adanemu filesystemowi NetBSD) a przeniesieniem i poprawieniem ka?dej jednej ?cie?ki. Dodatkowo czas goni? bo pierwszego maja stary serwer mia? zosta? wy??czony.

Szcz??liwie OVH w razie padu systemu daje mo?liwo?? uruchomienia go w trybie rescue. Jest to tryb w którym system bootuje si? z sieci, na maila dostajemy tymczasowe has?o roota, a wszystkie slice’y/partycje mo?emy sobie podmontowa? i sprawdzi? co tam nie gra, wzgl?dnie przenie?? gdzie? dane i zaora? stary system nowym z listy.

System rescue jest wystarczaj?cy do zainstalowania jakiegokolwiek innego systemu z ISO wg. w?asnych potrzeb. W przypadku *BSD mamy w?a?ciwie dwa sposoby. Pierwszy to odpalenie rescue w trybie freebsd (musi by? zainstalowany najpierw jaki? FreeBSD z listy). W tym trybie dostajemy dost?p do partycji na obydwóch dyskach fizycznych z obs?ug? FFS2. Po za?o?eniu partycji FFS i rozpakowaniu setów z ISO NetBSD (mo?na u?y? drugi dysk jako tymczasowe miejsce na ?ci?gni?cie setów, poniewa? rescu jest w trybie do odczytu tylko), w?a?ciwie mamy dzia?aj?cy system. Pozostaje kwestia bootloadera, którego z FreeBSD nie zainsytlujemy. FreeBSD nie ma binarnej kompatybilno?ci z NetBSD (w drug? stron? taka kompatybilno?? istnieje).

Niesprawdzony sposób to zrzucenie z innego NetBSD pierwszych 446 bajtów z bootowalnego dysku.

dd if=/dev/wd0d of=/tmp/netbsd_boot.dump bs=446 count=1

Dlaczego 446? Dlatego, ?e po wgraniu na inny dysk b?dzie tam tylko kod rozruchowy. Zrzucenie 512 bajtów zrzuca ca?y disklabel, który kiedy nie jest identyczny spowoduje sieczk? na dysku.

dd if=/tmp/netbsd_boot.dump of=/dev/ada0s1 bs=446 count=1

To powinno po restarcie poprawnie wybootowa? NetBSD z pierwszego dysku . Oczywi?cie trzeba pobawi? si? w „?lep? in?ynieri?” aby wykry? wszystkie urz?dzenia, nazwy interfejsów sieciowych i po ponownym wybootowaniu w trybie rescue, odpowiednio wyedytowa? pliki konfiguracyjne. Ja u?ywa?em do tego prostych skryptów uruchamianych z rc.local lub z crona po wybootowaniu i wpisuj?cych wynik do pliku, np:

@reboot dmesg >> /root/dmesg.txt

Drugim sposobem jest instalacja z ISO przy pomocy Qemu. W tym celu uruchamiamy rescue linuksowe. Jest to jakis zmodyfikowany Debian. Je?eli dysponujemy ilo?ci? RAM oko?o 4GB mo?emy sobie system przerzuci? do RAMu i dodatkowo mie? ISO w RAM.

mount -t tmpfs -o size=4000m tmpfs /mnt

mkdir /mnt/var
 mkdir /mnt/var/cache
 mkdir /mnt/var/lib
 mkdir /mnt/var/run
 mkdir /mnt/usr
 mkdir /mnt/lib

rsync -a /var/cache/ /mnt/var/cache/
 rsync -a /var/lib/ /mnt/var/lib/
 rsync -a /var/run/ /mnt/var/run/
 rsync -a /usr/ /mnt/usr/
 rsync -a /lib/ /mnt/lib/

rsync chwil? potrwa.

mount -B /mnt/var/cache /var/cache
 mount -B /mnt/var/lib /var/lib
 mount -B /mnt/var/run /var/run
 mount -B /mnt/usr /usr

Voila! Mamy Linuxa w ramie w trybie RW.

?ci?gamy teraz najnowsze dost?pne ISO gdzie? do /mnt

cd /mnt && ftp -a ftp://ftp.fr.netbsd.org/pub/NetBSD/iso/6.1.4/NetBSD-6.1.4-amd64.iso
 (albo wget ftp://ftp.fr.netbsd.org/pub/NetBSD/iso/6.1.4/NetBSD-6.1.4-amd64.iso)

Potrzebujemy jeszcze Qemu

apt-get update
 apt-get install qemu

Fajne jest to ?e OVH ma swój mirror repozytorium Debiana wi?c idzie to szybko. Dodatkowo serwer ftp NetBSD we francji chyba tak?e jest w OVH :)

2014-04-29 19:55:36 (10.8 MB/s) – `NetBSD-6.1.4-amd64.iso’ saved [347023360]

Przygotowania sko?czone, uruchamiamy Qemu ze ?ci?gni?tym ISO i dyskiem fizycznym jako pierwszy dysk twardy:

qemu-system-x86_64 -net nic -net user -m 1G -alt-grab -localtime  -k en-us -cdrom \
 /mnt/NetBSD-6.1.4-amd64.iso -hda /dev/sda  -vnc :0

Je?eli nie dostaniemy ?adnych b??dów w konsoli, znaczy si?, ?e dzia?a i mo?emy si? zalogowa? na nasz IP w OVH przez VNC. Je?eli instalujemy system 32 bitowy zamiast qemu-system-x86_64 uruchamiamy po prostu qemu.

Nale?y przeprowadzi? standardow? instalacj?, i wst?pnie skonfigurowa? system do dzia?ania. Mo?na np. spróbowa? skonfigurowa? wszystkie podstawowe karty sieciowe (wm,bge0,fxp0,re0 itp.), je?eli trafimy w t? w?a?ciw? to po restarcie z dysku NetBSD powinien zacz?? odpowiada? na ping. Oczywi?cie trzeba otworzy? ssh, doda? u?ytkownika albo pozwoli? rootowi si? logowa?. Mi uda?o si? dosta? do systemu za drugim podej?ciem. Pierwszy raz zrobi?em literówk? w bramie :) Ustawienia sieciowe oczywi?cie bierzemy z systemu rescue, s? identyczne z normalnym systemem. W przypadku dro?szych serwerów mo?e by? jeszcze potrzeba zmiany w fstabie z emulowanego wd0 na rzeczywisty sd0. W moim przypadku, jako ?e serwer posiada dyski SATA, zarówno w Qemu jak i fizycznym NetBSD dyski widnia?y jako wd0.

No i to tyle. Powy?szy sposób z Qemu mo?e by? stosowany do ka?dego ISO, np. Windows Server czy dowolnej dystrybucji Linuksa. Do Windows 7 lub 2008 trzeba doinstalowa? jeszcze kvm (apt-get install kvm)

Przy okazji na koniec ma?a dygresja, o tym jak szybko rynek reaguje na takie zmiany i braki jak zrezygnowanie z vKVM. Szukaj?c informacji i materia?ów odno?cie tego zagadnienia natrafi?em na kilka stron które w przedziale 20$-35$ oferuj? instalacj? dowolnego lub z innej listy systemu operacyjnego – g?ównie Windows. Przyk?ady:

http://winstaller.org/

https://www.pozzo-balbi.com/products/custom-installation.

A u mnie macie za darmo i po polsku ;)

Podzi?kowania dla morr’a za pomoc przy pierwszych próbach z instalacj? bez Qemu :)

BONUS: porównanie dmesga z maszyny w Qemu i fizycznego serwera po instalacji – http://maciejewski.org/temp/dmes_ovh_qemu_i_bm.txt

Windows

Windows 7 on boot partition larger than 2 TB on RAID 5

Bartosz Maciejewski26 lutego, 2013

Well, that took me a while to setup correctly so it’s worth to mention it here.

My setup was 4x 1TB SATA disk on RAID 5 which is almost 3TB space. If You want to create one large partition and be able to boot from it Windows 7 – here is how:

You will need – UEFI mainboard with option to boot from UEFI: DVD, Windows 7 64 bit. Now:

1. Create Volume in RAID BIOS
2. Boot from UEFI: DVD (not BIOS DVD) Windows 7
3. Select Custom
4. On screen with Your huge empty space press SHIFT + F10 – cmd.exe will pop up
5. type diskpart
6. type list disk and identify your huge empty space number
7. type select disk 0 (or other number that You identify as Your Volume)
8. type clean
9. type convert gpt
10. type exit
11. type exit once again to close cmd.exe window
12. click refresh
13. Chose Your volume and follow installation as usual.

After installation, Windows should boot on <2TB Volume with no problem.

In English

Kill It! (UNIX way)

Bartosz Maciejewski1 października, 2012

I’ve got heavy load on one box. What is strange it operate normally, despite this load:

load averages: 153.11, 152.41, 150.74 866 processes: 150 runnable, 712 sleeping, 4 on CPU

This ~720 processes ware snmpd in some strange loop of checking if snmpd is working.

I can’t kill it globally witk pkill , but kill -9 PID works. I don’t want to manually type 720 pids and don’t want to restart machine, so here comes unix way to kill 720 processess:

ps uax | grep snmpd | awk '{print $2}' | xargs kill -9

Results?

load averages: 0.04, 10.8, 59.5 98 processes: 95 sleeping, 3 on CPU

Back to normal state!

Mondays… ;)

Fun

One line to know where your users are on vacation :) (if they use company mail on vacation)

Bartosz Maciejewski12 września, 2012

Assuming You use dovecot 2.x and stores logs in /var/log/maillog:

cat /var/log/maillog | grep Login: | awk '{print $10}' | sed 's/rip=//g' | sed 's/,//g' >> /tmp/1.txt && sh -c 'for line in `cat /tmp/1.txt`; do geoiplookup $line; done' | sort | uniq | awk '{print $4 $5}'

gives You unique locations of every user login. You can also grep for specific login instead of all of them :)

If You are not rotating Your logs it will take some time to return results.

Job / Praca

Hylafax i wiele modemów oraz ró?ni odbiorcy.

Bartosz Maciejewski28 czerwca, 2012

Mój system faksowy rozrasta si?, aktualnie obs?uguje 5 numerów a w planach s? kolejne dwa. Jak na razie w dwa miesi?ce odebra? ponad 1500 faksów i dzia?a bez zarzutu.

Dok?adaj?c modemy oczywi?cie modyfikacji uleg? plik z konfiguracjami FaxDispatch i skrypty konstruuj?ce maile z faksami w formacie png.

Skrypt z tego wpisu teraz jest w osobnych plikach, ka?dy dla innego numeru. Ka?dy z tych skryptów wykorzystuje te? osobny katalog tymczasowy (/tmp/faxX) aby w przypadku odbierania faksów jednocze?nie pliki z obrazkami nie pomiesza?y si?, lub nie zosta?y nadpisane. Eksportowanie zmiennych $SENDER i $FILE jest tak?e uzupe?nione o kolejny numer aby nie by?o niejasno?ci i b??dów w dostarczeniu.

Teraz najciekawsza zmiana – instrukcja CASE w pliku FaxDispatch.
FILETYPE=pdf; SENDTO=fax_pdf@***.pl; TEMPLATE=pl; case "$DEVICE" in tty00) echo $FILE > /tmp/FILE; echo $SENDER > /tmp/SENDER; /tmp/convertmime.sh; SENDTO=fax_pdf@***.pl;; ttyU0) echo $FILE > /tmp/FILE2; echo $SENDER > /tmp/SENDER2; /tmp/convertmime2.sh; SENDTO=;; ttyU1) echo $FILE > /tmp/FILE3; echo $SENDER > /tmp/SENDER3; /tmp/convertmime3.sh; SENDTO=;; ttyU2) echo $FILE > /tmp/FILE4; echo $SENDER > /tmp/SENDER4; /tmp/convertmime4.sh; SENDTO=;; ttyU3) echo $FILE > /tmp/FILE5; echo $SENDER > /tmp/SENDER5; /tmp/convertmime5.sh; SENDTO=;; esac
Pierwsze 3 linijki to standardowa konfiguracja je?li nie zachodzi ?aden CASE, co w?a?ciwie nie powinno si? zdarzy?, ale w razie jakby co (np nieoczekiwana zmiana nazwy portu) fax zostanie dostarczony na mail fax_pdf@**.pl jako pdf.

Nast?pnie CASE dzia?aj?cy na zmiennej $DEVICE, która odpowiada portowi RS232 w NetBSD. Ka?dy CASE wyrzuca nazwe pliku oraz nadawce do w?a?ciwego pliku, z którego pó?niej korzysta convertmimeX.sh do skonstruowania maila. Dodatkowo modem na tty00 oprócz dostarczenia faksu w formie obrazka wysy?a ten sam faks w formacie pdf.

System dzia?a bardzo stabilnie, du?e znaczenie ma zapewne jako?? modemów oraz u?ytych przej?ciówek USB-RS232. W moim przypadku kable USB wpi?te obok siebie, blokowa?y losowo który? modem. Kiedy wpi?te s? co drugi port USB wolny – wszystko dzia?a bez zak?óce?.

Na razie pó?ka modemowa wygl?da jak na zdj?ciu poni?ej, ale kiedy dojd? dodatkowe dwa modemy trzeba b?dzie pomy?le? o ?adniejszej organizacji :)

OgÃ³lne

The Rocky Road To Raspberry Pi

Bartosz Maciejewski21 czerwca, 201221 czerwca, 2012

(Przepraszam wszystkich fanów pi?ki no?nej za myl?cy tytu?, ale SEO FTW! Sorry ;) Je?eli lubicie blogi techniczne to mo?ecie czyta? dalej ;)

Zatem, sta?o si?, po prawie trzech miesi?cach i ci?g?ym odk?adaniach terminu dostawy – wczoraj przyby?a paczka z moim Raspberry Pi ! Histori? mojego oczekiwania najlepiej obrazuje screen z Thunderbirda z korespondencj? od firmy Farnell z której to paczka dzisiaj dotar?a.

RPI faktycznie jest nie wielkich rozmiarów, je?eli by by? bardziej p?aski z powodzeniem mie?ci?by si? do przegródki w portfelu pomi?dzy kartami bankomatowymi.

Teraz pozosta?o skompletowanie pozosta?ego wyposa?enia – karty SD, i przej?cia z HDMI na VGA lub DVI. Zasilacz ju? mam (?adowarka od komórki microUSB :)

O kolejnych post?pach i osi?gach na pewno poinformuj? :)

Job / Praca

Administrowanie mo?e by? ?adne i wygodne!

Bartosz Maciejewski24 maja, 2012

Szukaj?c alternatywy dla SNORT + BASE natrafi?em na SNORBY. Snorby to tak samo jak Base frontend dla Snorta, z tym, ?e napisany w rubym i jest po prostu ?adny. Wszystko si? kr?ci, przyciemnia, przelatuje z jedno w drugie, dodatkowo ma kilka fajnych funkcji jak generowanie raportów pdf czy wysy?anie powiadomie? mailem.

Co mnie szczególnie zaskoczy?o to instalacja, faktycznie (przynajmniej na NetBSD) przebieg?a tak jak jest pokazana w kilku krokach na stronie Snorbyego. Klonujemy najnowsz? wersj? przy pomocy gita, edytujemy podstawowe informacje i dost?p do bazy MySQL, uruchamiamy server na porcie 3000 – gotowe :)

Oczywi?cie trzeba dosintalowa? bardzo du?o sk?adników samego rubiego (to si? chyba naywa „gems” ? – nigdy nie mia?em do czynienia z rubym :), cz??? znajduje si? w pkgsrc, cz??? ruby sam doinstaluje przez wydanie komendy „bundle install”. w katalogu ze snorbym.

Jedyna rzecz, któr? musia?em poprawi? r?cznie to zrobi? dowi?zanie z /usr/pkg/bin/ruby193 do /usr/pkg/bin/ruby poniewa? bez tego snorby mówi? ?e nie wie gdzie jest ruby i nie móg? odpali? „workera”, który co jaki? czas zbiera informacj? z bazy i aktualizuje dashboard.

Co do snorta, to konfiguracja ??cz?ca go ze snorbym jest banalnie prosta. Trzeba tylko doda? w konfigu, aby oprócz zapisywania do pliku lub bazy danych, zapisywa? te? do bazy snorbiego :) To wszystko.

Po chwili w zale?no?ci jakie regu?y mamy zainstalowane i co snort na?apie, wszystko powinno by? ?adnie odwzorowane w snorbym, gdzie ju? mo?na wygodnie sobie przeglada? raporty, zerka? do ?rodka ramek, sprawdza? czy jaki? host nie za bardzo nam bru?dzi itp.

Porównuj?c czyst? instalacj? snorta i logowanie do plików a wizualizacj? przy pomocy Snorbiego w?a?ciwie nie ma co porównywa? :)