Instalacja:
Konfiguracja:
Próba połączenia:
piątek, 23 września 2011
poniedziałek, 19 września 2011
Klucze dla ssh
Generacja kluczy:
Kopiowanie na serwer i dopisanie do pliku:
Wyłączenie logowania z hasłem
Kopiowanie na serwer i dopisanie do pliku:
Wyłączenie logowania z hasłem
niedziela, 11 września 2011
FireFlay - Serwer dżwięku dla iTunes
Założenia:
Host MacOSX 10.7.2 | iTunes - 10.4.1
Server - Ubuntu 11.04_64
firefly (mt-daapd) - svn-1696
Program to klasyczny serwer dźwięku przeznaczony do instalacji na domowych serwekach, choć nie tylko.
Serwer korzysta (między innymi) z protokołu sieciowego mt-daap czyli tym, który wykorzystuje iTunes zatem dla mnie osobiście to rozwiązanie problemu z odtwarzaniem muzyczki zgromadzonej na zdalnej maszynie w MacOSX.
Główne cechy:
1. Zasoby plików dźwiękowych znajdujące się na domowym serwerku dostępne są dla wszystkich w naszej sieci lokalnej, a także w sieci o czym niżej.
2. Dzięki konwersji w locie mozliwość odtwarzania formatów bezstratnych Ogg, FLAC, ALAC, WMA w iTunes bez niepotrzebnych zabiegów
Instalacja serwera głównie zależy od systemu, ale dla Ubuntu to:
Konfiguracja:
serwera możliwa jest na kilka sposobów
1 Lokalnie czyli w samym Ubuntu edytujemy plik:
Mój wygląda tak:
2. Konfigurację można również wykonać zdalnie z innej maszyny np. wykorzystując protokół Bonjour dostępny w Safari w MacOSX
3. Wpisując w dowolną przeglądarkę:
aby zalogować się do serwera
login:
hasło: mt-daapd
Panel konfiguracji webowej:
Playlisty mogą być tworzone ręcznie w oparciu o przejrzystego wizzarda lub całkowicie automatycznie w oparciu o pliki m3u
Końcowy efekt widoczny w iTunes:
Zasoby plików dźwiękowych mogą być również odtwarzane za pomocą przeglądarki, (tylko mp3) a to za pomocą wtyczki FirePlay:
http://www.vleeuwen.net/tag/firefly
dzięki temu dostęp do zasobów możliwy jest również spoza sieci lokalnej:
Host MacOSX 10.7.2 | iTunes - 10.4.1
Server - Ubuntu 11.04_64
firefly (mt-daapd) - svn-1696
Program to klasyczny serwer dźwięku przeznaczony do instalacji na domowych serwekach, choć nie tylko.
Serwer korzysta (między innymi) z protokołu sieciowego mt-daap czyli tym, który wykorzystuje iTunes zatem dla mnie osobiście to rozwiązanie problemu z odtwarzaniem muzyczki zgromadzonej na zdalnej maszynie w MacOSX.
Główne cechy:
1. Zasoby plików dźwiękowych znajdujące się na domowym serwerku dostępne są dla wszystkich w naszej sieci lokalnej, a także w sieci o czym niżej.
2. Dzięki konwersji w locie mozliwość odtwarzania formatów bezstratnych Ogg, FLAC, ALAC, WMA w iTunes bez niepotrzebnych zabiegów
Instalacja serwera głównie zależy od systemu, ale dla Ubuntu to:
Konfiguracja:
serwera możliwa jest na kilka sposobów
1 Lokalnie czyli w samym Ubuntu edytujemy plik:
Mój wygląda tak:
2. Konfigurację można również wykonać zdalnie z innej maszyny np. wykorzystując protokół Bonjour dostępny w Safari w MacOSX
3. Wpisując w dowolną przeglądarkę:
aby zalogować się do serwera
login:
hasło: mt-daapd
Panel konfiguracji webowej:
Playlisty mogą być tworzone ręcznie w oparciu o przejrzystego wizzarda lub całkowicie automatycznie w oparciu o pliki m3u
Końcowy efekt widoczny w iTunes:
Zasoby plików dźwiękowych mogą być również odtwarzane za pomocą przeglądarki, (tylko mp3) a to za pomocą wtyczki FirePlay:
http://www.vleeuwen.net/tag/firefly
dzięki temu dostęp do zasobów możliwy jest również spoza sieci lokalnej:
sobota, 10 września 2011
Dwa serwery www jeden host jeden port
domena - domena.pl
dwie subdomeny - www.domena.pl mail.domena.pl
host FreeBSD 8.2_64
Dwa skonfigurowane Jaile:
1. 192.168.1.1 -> www.domena.pl
2. 192.168.1.2 -> mail.domena.pl
Pierwszy serwer uruchomiony w jailu nr.1 (php z użyciem spawn-scgi)
Drugi serwer uruchomiony w Jailu nr.2
dwie subdomeny - www.domena.pl mail.domena.pl
host FreeBSD 8.2_64
Dwa skonfigurowane Jaile:
1. 192.168.1.1 -> www.domena.pl
2. 192.168.1.2 -> mail.domena.pl
Pierwszy serwer uruchomiony w jailu nr.1 (php z użyciem spawn-scgi)
Drugi serwer uruchomiony w Jailu nr.2
Drupal na FreeBSD
Soft:
host - FreeBSD8.2_64
nginx - 1.06
php - 5.3.8
mysql - 5.5.15
drupal - 7.8
php-fpm - 5.3.8
Autostart:
Plik konfiguracyjny nginx
Baza danych dla drupala:
hasło dla roota
baza drupal:
Start demonów
host - FreeBSD8.2_64
nginx - 1.06
php - 5.3.8
mysql - 5.5.15
drupal - 7.8
php-fpm - 5.3.8
Autostart:
Plik konfiguracyjny nginx
Baza danych dla drupala:
hasło dla roota
baza drupal:
Start demonów
środa, 17 sierpnia 2011
TimeMachine czyli backup Mac OSX 10.7 Lion na FreeBSD
Założenia:
Host - Lion10.7
Serwer - FreeBSD8.2_64 - system plików zfs, zainstalowany i skonfigurowany jail.
Netatalk - 2.2.0_3,1
mDNSResponder - 320.5
Przygotowanie serwera:
W terminalu:
W tym momencie warto odznaczyć opcję Zeroconf, która spowoduje instalację avahi wraz z milionem zależności.
Ponieważ istnieje alternatywa w postaci mDNSResponder warto z niej skorzystać.
Netatalk zainstalowany zatem czas na konfigurację:
Przed linią kończącą plik dodamy:
volsizelimit - to rozmiar dysku przeznaczony na kopie systemu, w przykładzie 70000M
Następnie edytujemy plik konfiguracyjny serwera afp:
Na końcu pliku dodamy:
opcja ipaddr określa IP na którym pracuje nasz Jail.
Do rozgłaszania w sieci lokalnej obecności serwera afp oraz usługi TimeMachine niezbędny jest mDNSREsponder zatem instalacja:
i konfiguracja, która polega na utworzeniu skryptu do automatycznego uruchamiania po starcie systemu:
Do pustego pliku wkleimy taką zawartość:
niezbędne uprawnienia:
oraz na utworzeniu pliku konfiguracyjnego
z zawartością:
waMA= Mac adres karty sieciowej serwera
Autostart zainstalowanych usług:
oraz uruchomienie usług:
Konfiguracja MacOSX
jest w zasadzie tożsama z konfiguracją pod Ubuntu z tą róznicą, że pozwalamy aby obraz dysku został wykreowany przez sam mechanizm TM.
Host - Lion10.7
Serwer - FreeBSD8.2_64 - system plików zfs, zainstalowany i skonfigurowany jail.
Netatalk - 2.2.0_3,1
mDNSResponder - 320.5
Przygotowanie serwera:
W terminalu:
W tym momencie warto odznaczyć opcję Zeroconf, która spowoduje instalację avahi wraz z milionem zależności.
Ponieważ istnieje alternatywa w postaci mDNSResponder warto z niej skorzystać.
Netatalk zainstalowany zatem czas na konfigurację:
Przed linią kończącą plik dodamy:
volsizelimit - to rozmiar dysku przeznaczony na kopie systemu, w przykładzie 70000M
Następnie edytujemy plik konfiguracyjny serwera afp:
Na końcu pliku dodamy:
opcja ipaddr określa IP na którym pracuje nasz Jail.
Do rozgłaszania w sieci lokalnej obecności serwera afp oraz usługi TimeMachine niezbędny jest mDNSREsponder zatem instalacja:
i konfiguracja, która polega na utworzeniu skryptu do automatycznego uruchamiania po starcie systemu:
Do pustego pliku wkleimy taką zawartość:
niezbędne uprawnienia:
oraz na utworzeniu pliku konfiguracyjnego
z zawartością:
waMA= Mac adres karty sieciowej serwera
Autostart zainstalowanych usług:
oraz uruchomienie usług:
Konfiguracja MacOSX
jest w zasadzie tożsama z konfiguracją pod Ubuntu z tą róznicą, że pozwalamy aby obraz dysku został wykreowany przez sam mechanizm TM.
wtorek, 16 sierpnia 2011
TimeMachine na Ubuntu
Wraz z premierą Liona oraz Netatalk 2.2 cała operacja dostosowania linuxowej maszyny zrobiła się względnie prosta przynajmniej jeżeli chodzi o podstawową usługę czyli funkcję kopii zapasowych na zdalnej maszynie.
Założenia:
Host - Lion10.7
Serwer - Ubuntu 11.04_64
Netatalk 2.2_beta4
Avahi - 0.6.30 defaultowo zainstalowany w Ubuntu 11.04
Przygotowanie serwera:
W terminalu Ubuntu:
W zależności od konfiguracji naszego Ubuntu mogą wystąpić problemy z zależnościami, jeżeli rzeczywiście wystąpią to dalej w terminalu:
Konfiguracja:
Netatalk zainstalowany zatem konfiguracja.
# sudo nano /etc/netatalk/AppleVolumes.default
przed linią kończącą plik dodamy:
# sudo nano /etc/netatalk/afpd.conf
na końcu pliku dodamy:
Restart daemonów:
To tyle, jeżeli chodzi o Ubuntu.
Konfiguracja MacOSX:
Próbujemy połączyć się z serwerem afp czyli [b]Finder /Idź/połącz z serwerem[/b]
i tam
Zdalny udział zostanie zamontowany na Biurku zatem w temrinalu
i kreujemy obraz, który będzie stanowił kontener o określonym rozmiarze dla kopii zapasowych.
P.S.
Jeżeli chodzi o samą nazwę obrazu w sieci można spotkać rózne informacje, ale z moich doświadczeń wynika, że wystarczy aby ogólna postać nazwy wyglądała tak:
To w zasadzie tyle, kopie zapasowe powinny wykonywać się automatycznie na zdalnej maszynie, a instalator Liona tak zareaguje gdy w naszej lokalnej sieci wykryje obecność serwera afp oferującego usługę TimeMachine:
Założenia:
Host - Lion10.7
Serwer - Ubuntu 11.04_64
Netatalk 2.2_beta4
Avahi - 0.6.30 defaultowo zainstalowany w Ubuntu 11.04
Przygotowanie serwera:
W terminalu Ubuntu:
W zależności od konfiguracji naszego Ubuntu mogą wystąpić problemy z zależnościami, jeżeli rzeczywiście wystąpią to dalej w terminalu:
Konfiguracja:
Netatalk zainstalowany zatem konfiguracja.
# sudo nano /etc/netatalk/AppleVolumes.default
przed linią kończącą plik dodamy:
# sudo nano /etc/netatalk/afpd.conf
na końcu pliku dodamy:
Restart daemonów:
To tyle, jeżeli chodzi o Ubuntu.
Konfiguracja MacOSX:
Próbujemy połączyć się z serwerem afp czyli [b]Finder /Idź/połącz z serwerem[/b]
i tam
Zdalny udział zostanie zamontowany na Biurku zatem w temrinalu
i kreujemy obraz, który będzie stanowił kontener o określonym rozmiarze dla kopii zapasowych.
P.S.
Jeżeli chodzi o samą nazwę obrazu w sieci można spotkać rózne informacje, ale z moich doświadczeń wynika, że wystarczy aby ogólna postać nazwy wyglądała tak:
To w zasadzie tyle, kopie zapasowe powinny wykonywać się automatycznie na zdalnej maszynie, a instalator Liona tak zareaguje gdy w naszej lokalnej sieci wykryje obecność serwera afp oferującego usługę TimeMachine:
Subskrybuj:
Posty (Atom)