Here’s an excerpt:

The concert hall at the Syndey Opera House holds 2,700 people. This blog was viewed about 11 000 times in 2011. If it were a concert at Sydney Opera House, it would take about 4 sold-out performances for that many people to see it.

Click here to see the complete report.

cd /lib/modules/$(uname -r)/build/include/linux
ln -s ../generated/utsrelease.h
ln -s ../generated/autoconf.h

Istnieje w domenie AD serwer spełniający rolę CA – nazwijmy go roboczo ‘ca’ (popis, nie?). Mamy rozrzucone po świecie stacje robocze, na których wskazani przez nas użytkownicy mogą przeprowadzać operację generowania certyfikatów dla kolejnych użytkowników naszej domeny. Stacje robocze pracują pod kontrolą W7/Visty/XP.

Błąd:

Cyklicznie, co pewien czas osobnik wskazany jako EA (Enrollment Agent – Agent rejestracji) tracił możliwość wystawiania w imieniu – stacja nie była w stanie odnaleźć w lokalnym kontenerze certów, żadnego certyfikatu o tej właśnie roli. Skutkowało to tym, iż pilne certyfikaty, które wygasły – były niemożliwe do wystawienia.

Rozwiązanie:

Stacja uruchomiona, użytkownik o roli EA zalogowany do domeny.

a) uruchamiamy regedit i sprawdzamy czy istnieją wpisy w
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\EnterpriseCertificates\NTAuth\Certificates\

Jeżeli 'Certificates' są puste należy
b) uruchomić certmgr.msc. Z sekcji Trusted Sites odnaleźć certyfikat naszego CA (ca). Wyeksportować ca do pliku cer np. ca.cer
c) uruchomić zażądaj certyfikatu 'Agent rejestracji' - Enrollment Agent, przejść do końca procesu
d) wyeksportować tak utworzonego agenta do pliku nazwisko.cer
e) certutil -enterprise -addstore NTAuth nazwisko.cer
f) certutil -enterprise -addstore NTAuth ca.cer

We wskazanym kluczu możemy zaobserwować 2 bloby. Koniec. Działa.

Z pomocą przychodzi fantastyczna aplikacja dla Androida – XBMC Remote:

Aplikacja wykorzystując LAN (Wifi) i konto do zarządzania zakładane od strony XBMC pozwala nam na:

- zamianę w wirtualnego, dotykowego pilota

- odtwarzanie materiałów via biblioteka – poprzez ścisły podział na zawartośc: serial, sezon, odcinek itp.

- sterowanie samym XBMC (poweroff – nie muszę dodawać jaka to pożyteczna funkcja z poziomu wygodnego łóżeczka?)

Ekran główny:

Sam pilot:

Zarządzanie przez bibliotekę mediów (seriale)

Pojedynczy serial

Epizody w sezonie

Opis opizodów

Przykład? Konieczność wykonania akcji ratunkowej/maintenance na badanym systemie – ot klasyczny uszkodzony Windows/Linux do spacyfikowania. Zazwyczaj wykonujemy opcję startu z CD/DVD, czasem klucza USB (bez angażowania dysku twardego), a tu pokażę jak możemy to zrobić łatwiej i przyjemniej: via network. Dzisiaj zajmiemy się dostarczeniem jednego z ciekawszych systemów ratunkowych: System Rescue CD, dostępnego tu: http://www.sysresccd.org

Kilka aksjomatów:

- pokaz przeprowadzam na openSUSE 11.3 z zainstalowanym systemem i prekonfigurowanym DRBL’em w wersji 1.10.31_1

- interfejs dla podsieci DRBL to 172.16.0.1, podsieć 172.16.0.0/24

- obrazy systemów dostarczamy za pomocą http – można to zrealizować poprzez tftp, nfs, nbd – http pozostaje jednak najbardziej uniwersalny dla dodatkowych systemów podpinanych do DRBL’a, jak również stosunkowo najłatwiejszy w konfiguracji.

- zawartość serwera HTTP domyślnie znajduje się w /srv/www/htdocs

- zawartość DRBL/Tftpd domyślnie znajduje się w /tftpboot/nbi_img

- plik konfiguracyjny drbla znajduje się w /tftpboot/nbi_img/pxelinux.cfg/default

- wszystkie operacje wykonujemy jako root/sudo su

Zaczynamy od pobrania ostatniej wersji System Rescue CD – na potrzeby manuala jest to 2.3.1, ale oczywiście powinno działać z wersjami wcześniejszymi i późniejszymi, bez dokonywania zmian innych niż nazewnictwo plików i ich wersje:

# pobieramy i montujemy ISO jako filesystem
wget http://downloads.sourceforge.net/project/systemrescuecd/sysresccd-x86/2.3.1/systemrescuecd-x86-2.3.1.iso
mkdir -p /media/system
mount systemrescuecd-x86-2.3.1.iso /media/system -o loop

# zawartość pliku ISO jest dostępna w /media/system # kopiujemy z System Rescue CD jego kernel i initrd
cp /media/system/isolinux/rescuecd /tftpboot/nbi_img/rescuecd
cp /media/system/isolinux/rescue64 /tftpboot/nbi_img/rescue64
cp /media/system/isolinux/initram.igz /tftpboot/nbi_img/initram.igz.systemrescue

#Kopiujemy plik obrazu systemu do naszego domyślnego serwera http.
cp /media/system/sysrcd.dat /srv/www/htdocs/sysrcd.dat
cp /media/system/sysrcd.md5 /srv/www/htdocs/sysrcd.md5

# sprawdzamy czy mamy uruchomiony serwer http:
chkconfig -l apache2
apache2                   0:off  1:off  2:off  3:on   4:off  5:on   6:off
 
# Uwaga, - krok opcjonalny jeżeli poprzedni krok zwrócił nam same 'off'
yast2 -i apache2
chkconfig --add apache2

# testujemy nasz serwer http
wget http://172.16.0.1/index.html

--2011-10-14 18:04:49--  http://172.16.0.1/index.html
Connecting to 172.16.0.1:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 44 [text/html]
Saving to: `index.html'

100%[=====================================================================================================================================>] 
44          --.-K/s   in 0s      

2011-10-14 18:04:50 (2.19 MB/s) - `index.html' saved [44/44]
# Wygląda na to iż wszystko działa   # Robimy kopię ustawień DRBL'a
cp -p /tftpboot/nbi_img/pxelinux.cfg/default /tftpboot/nbi_img/pxelinux.cfg/default.old
# Swoim ulubionym edytorem (gedit/mcedit/vi/ed) dokonujemy edycji pliku: 
/tftpboot/nbi_img/pxelinux.cfg/default

mcedit /tftpboot/nbi_img/pxelinux.cfg/default
# Na końcu pliku dodajemy linie:

label System Rescue CD 2.3.1
#  MENU DEFAULT
#  MENU HIDE
   MENU LABEL System Rescue CD 2.3.1
#  MENU PASSWD
   kernel rescuecd
   append initrd=initram.igz.systemrescue netboot=http://172.16.0.1/sysrcd.dat setkmap=pl 
   nomodeset dostartx
#  TEXT HELP
#  Boot System Rescue CD via network
#  ENDTEXT

label System Rescue CD 2.3.1 64bit (required 400 MB or more)
#  MENU DEFAULT
#  MENU HIDE
   MENU LABEL System Rescue CD 2.3.1 64bit (required 400 MB or more)
#  MENU PASSWD
   kernel rescue64
   append initrd=initram.igz.systemrescue netboot=http://172.16.0.1/sysrcd.dat docache 
   setkmap=pl nomodeset dostartx
#  TEXT HELP
#  Boot System Rescue CD 64bit via network
#  ENDTEXT

I efekt:

W następnym odcinku: GParted, PartedMagic, i Hiren's Boot CD  

A co powiecie na całkiem niezły kawałek softu, komercyjnie do 20 nodów bez opłat, stawiany w 10 minut? Mowa o Op5Monitorze, produkcie szwedzkiej firmy Op5, dostępnym na tutaj: http://www.op5.com/ Zestaw udostępniany min. w postaci maszyny wirtualnej VirtualBoxa i VMWare, z zainstalowanym CentOS 5.x (łatwo konwertowalne na Hyper-V VHD) pozwala w kilka minut rozpocząć pracę bez zbytniego doktoryzowania się w temacie pluginów czy template’ów i zależności.

Silnie oparty na Nagiosie, daje nam to co sprawdza się w krótkodystansowym projekcie: out-of-the-box w 10 minut, możliwość skupienia się na funkcjach a nie walce z oporną materią, kompatybilność z popularnymi pluginami (moje przejście z Nagiosa do Op5 odbyło się prawie bezboleśnie). Przyzwoita prędkość działania (w sumie – 20 nodów to nic wielkiego), przygotowane podstawowe i rozszerzone check_commands, sensowne szablony usług i kontaktów, integracja min. z Google Maps czy NagVis, automatyczne rysowanie map zależności itp.

Aby nie było tak słodko: rozbudowa pakietu poza wersję free kosztuje horrendalne pieniądze, gdzie horror rośnie wraz z ilością węzłów. Niestety, brak modelu płatności za czysty produkt (możliwe są tylko umowy czasowe), w przypadku moich szanownych klientów jest raczej niezbyt akceptowany.

Druga sprawa – support płatny, społeczność wokół op5 prawie nie istnieje (oczywiście, zawsze zostaje społeczność Nagiosa).

Tak więc: na szybko- tak, długoterminowo – zastanówcie się.

]]> http://marcinbojko.wordpress.com/2011/09/01/szybki-monitoring/feed/ 0 marcinbojko http://op5.com/media/sv-galleries/automap.png http://op5.com/media/sv-galleries/avail_report.png http://op5.com/media/sv-galleries/hostlist_mon.png http://marcinbojko.wordpress.com/2011/06/11/dlaczego-nie-przesiadam-sie-na-chrome/ http://marcinbojko.wordpress.com/2011/06/11/dlaczego-nie-przesiadam-sie-na-chrome/#comments Sat, 11 Jun 2011 18:30:23 +0000 marcinbojko http://marcinbojko.wordpress.com/?p=692 ]]> Lubię Googla. Słowo – pasuje mi ich wyszukiwarka, system Android, nawet brak typowego korpo-marketingowego zadęcia. Używam sporadycznie błyskawicznego Chrome/Chromium … i tu jest pies pogrzebany … sporadycznie.

Synchronizacja bookmarków i haseł – via Xmarks działa świetnie, z wyjątkiem kilku dziwnych przypadków jeden zestaw zakładek synchronizuje się bez problemu na kilkunastu maszynach zarówno z Firefoxem jak i z Chrome.

Ale … na litość, zastanawiam mnie niechęć devów Chrome do słuchania życzeń konsumentów – dwie główne rzeczy, które od 4 wersji nie pozwalają mi na przesiadkę pomiędzy przerośniętym Firefoxem a Chromem:

- usunięcie przeohydnych favicons z paska zakładek. Tak, śmiejcie się do woli – dzięki tym zestawom pikseli, projektowanym dla każdej strony oddzielnie, belka zakładek wygląda jak śmietnik. Od wersji 8 net pęka od pytań jak je usunąć. Google – cisza.

- otwieranie nowy zakładek (z paska zakładek, paska adresu, czy też klikalnych linków) NIE W AKTYWNEJ ZAKŁADCE… Rozumiecie? 2011 rok a Chrome nie umie/nie posiada plugina do otwierania nowy zakładek po left clicku w NOWEJ zakładce. Tłumaczą nam mętnie: użyj CRTL lub middle mouse button. Dla tych którzy nie chcą się uczyć nowego i nie pasującego do żadnej innej przeglądarki zestawu mają radę: get an iPhone … ;(

Dwie głupie, śmieszne, małostkowe rzeczy powstrzymują mnie przed przesiadką …. Każda praca z więcej niż jedną zakładką niestety w Chrome jest katorgą …