<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>CentOS- otwarty system operacyjny dla biznesu</title>
	<atom:link href="http://centos.com.pl/feed/" rel="self" type="application/rss+xml" />
	<link>http://centos.com.pl</link>
	<description>CentOS- otwarty system operacyjny dla biznesu</description>
	<lastBuildDate>Thu, 02 Sep 2010 20:58:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>PHP4 i PHP5 na jednym serwerku sobie &#8220;stały&#8221; i działały</title>
		<link>http://centos.com.pl/2010/09/02/php4-i-php5-na-jednym-serwerku-sobie-staly-i-dzialaly/</link>
		<comments>http://centos.com.pl/2010/09/02/php4-i-php5-na-jednym-serwerku-sobie-staly-i-dzialaly/#comments</comments>
		<pubDate>Wed, 01 Sep 2010 23:00:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[CGI]]></category>
		<category><![CDATA[httpd]]></category>
		<category><![CDATA[kompilacja]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[serwer]]></category>
		<category><![CDATA[unix]]></category>
		<category><![CDATA[vhost]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=775</guid>
		<description><![CDATA[Tytuł tego tutoriala może wydawać się śmieszny, ale dotyczy niezwykle ważnej kwestii, czy instalacji dwóch wersji php na jednym serwerze i mając do dyspozycji tylko jeden adres IP. Opisywana sytuacja dotknęła mnie osobiście, gdy na swoim serwerze z Apache-em i PHP 5.2, byłem zmuszony skorzystać z PHP 4.4.9. Co tu począć? Z pomocą przychodzi nam [...]]]></description>
			<content:encoded><![CDATA[<p>Tytuł tego tutoriala może wydawać się śmieszny, ale dotyczy niezwykle ważnej kwestii, czy instalacji dwóch wersji php na jednym serwerze i mając do dyspozycji tylko jeden adres IP. Opisywana sytuacja dotknęła mnie osobiście, gdy na swoim serwerze z Apache-em i PHP 5.2, byłem zmuszony skorzystać z PHP 4.4.9. <span id="more-775"></span>Co tu począć? Z pomocą przychodzi nam CGI. Oczywiście nie możemy zainstalować php4 z repozytorium, bo mamy w systemie już jedną wersję php. Jedynym sensownym wyjściem jest kompilacja ze źródeł, ale to już materiał na inny artykuł.Załóżmy, że mamy skompilowanego php 4 w katalogu &#8220;/opt/php-4.4.9&#8243;. Tworzymy nowego vhosta np. w pliku &#8220;/etc/httpd/conf/httpd.conf&#8221; o następującej treści:<br />
<a rel="attachment wp-att-781" href="http://centos.com.pl/2010/09/02/php4-i-php5-na-jednym-serwerku-sobie-staly-i-dzialaly/2x_php_vhost/"><img class="alignnone size-full wp-image-781" title="2x_php_vhost" src="http://centos.com.pl/wp-content/uploads//2010/09/2x_php_vhost.jpg" alt="" width="750" height="295" /></a><br />
Restartujemy Apache poleceniem &#8220;/etc/init.d/httpd restart&#8221; lub &#8220;service httpd restart&#8221;. Od tej chwili powinniśmy mieć dwie działające wersje PHP na serwerze. Oczywiście nie musi to być konkretnie wersja 4 i 5. Może to być np. wersja 5.2 i 5.3. Wszystko według potrzeb.<br />
<a title="Wersja tekstowa vhosta do pobrania" href="http://centos.com.pl/wp-content/uploads//2010/09/2x_php_vhost.txt">Wersja tekstowa vhosta do pobrania</a></p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/09/02/php4-i-php5-na-jednym-serwerku-sobie-staly-i-dzialaly/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Listy dyskusyjne na stronie centos.com.pl</title>
		<link>http://centos.com.pl/2010/08/26/listy-dyskusyjne-na-stronie-centos-com-pl/</link>
		<comments>http://centos.com.pl/2010/08/26/listy-dyskusyjne-na-stronie-centos-com-pl/#comments</comments>
		<pubDate>Wed, 25 Aug 2010 22:01:06 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Bez kategorii]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[dyskusja]]></category>
		<category><![CDATA[e-mail]]></category>
		<category><![CDATA[help]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[listy]]></category>
		<category><![CDATA[news]]></category>
		<category><![CDATA[pomoc]]></category>
		<category><![CDATA[subskrypcja]]></category>
		<category><![CDATA[wiadomosć]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=733</guid>
		<description><![CDATA[Z przyjemnością zawiadamiamy, iż zostały uruchomione listy dyskusyjne dotyczące dystrybucji CentOS. Pierwsza z nich nosi nazwę &#8220;Help&#8221; i jest przeznaczona dla osób mających problem z omawianym systemem lub usługami serwerowymi. Druga lista, tj. &#8220;News&#8221; jest rodzajem newslettera zachęcającym do przeczytania całej treści najnowszego z newsów, czy artykułów dotyczących świata Linuksa. Na tą ostatnią listę proszę [...]]]></description>
			<content:encoded><![CDATA[<p>Z przyjemnością zawiadamiamy, iż zostały uruchomione listy dyskusyjne dotyczące dystrybucji CentOS. Pierwsza z nich nosi nazwę &#8220;Help&#8221; i jest przeznaczona dla osób mających problem z omawianym systemem lub usługami serwerowymi. <span id="more-733"></span>Druga lista, tj. &#8220;News&#8221; jest rodzajem newslettera zachęcającym do przeczytania całej treści najnowszego z newsów, czy artykułów dotyczących świata Linuksa. Na tą ostatnią listę proszę nie wysyłać mejli poza tym związanym z rejestracją. Zapraszam na stronę http://lists.centos.com.pl. Aby zapisać się na listę &#8220;News&#8221; należy wysłać pustego mejla na adres news-subscribe[małpa]centos.com.pl. Zaś, żeby stać się subskrybentem listy &#8220;Help&#8221; należy zrobić to samo co poprzednio tylko wysyłając wiadomość na adres help-subscribe[małpa]centos.com.pl. Zapraszamy serdecznie do subskrypcji.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/26/listy-dyskusyjne-na-stronie-centos-com-pl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PHP open_basedir</title>
		<link>http://centos.com.pl/2010/08/20/php-open_basedir/</link>
		<comments>http://centos.com.pl/2010/08/20/php-open_basedir/#comments</comments>
		<pubDate>Fri, 20 Aug 2010 13:47:53 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[base_dir]]></category>
		<category><![CDATA[bezpieczeństwo]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[open]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[red hat]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[unix]]></category>
		<category><![CDATA[www]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=717</guid>
		<description><![CDATA[Bezpieczeństwo skryptów PHP pozostawia niestety wiele do życzenia. Programiści i webmasterzy zbyt lekko podchodzą do aspektu bezpieczeństwa swoich aplikacji i stron. Oliwy do ognia dolewają często administratorzy, którzy nie dbają o aktualność oprogramowania zainstalowanego na serwerach. Często spotykamy się z wieloma ograniczeniami dotyczącymi stron i skryptów takimi, jak np. safe_mode, które tak naprawdę niewiele wnoszą [...]]]></description>
			<content:encoded><![CDATA[<p>Bezpieczeństwo skryptów PHP pozostawia niestety wiele do życzenia. Programiści i webmasterzy zbyt lekko podchodzą do aspektu bezpieczeństwa swoich aplikacji i stron. <span id="more-717"></span>Oliwy do ognia dolewają często administratorzy, którzy nie dbają o aktualność oprogramowania zainstalowanego na serwerach. Często spotykamy się z wieloma ograniczeniami dotyczącymi stron i skryptów takimi, jak np. safe_mode, które tak naprawdę niewiele wnoszą w kwestii zwiększenia bezpieczeństwa. Rozwiązanie które pragnę opisać jest chyba dosyć rzadko stosowane, choć niezwykle skuteczne. Mam na myśli &#8220;PHP open_basedir&#8221;. Jest to ograniczenie działania/wykonywania skryptów napisanych w języku skryptowym PHP do danych katalogów. Aby włączyć domyślnie tą funkcjonalność należy wyedytować plik &#8220;php.ini&#8221; znajdujący się standardowo w katalogu &#8220;/etc&#8221;. Znajdujemy linijkę  rozpoczynającą się od &#8220;;open_basedir&#8221; i usuwamy z niej znak średnika, a po &#8220;=&#8221; wpisujemy foldery globalne w których skrypty mogą być wykonywane. Rozdzielamy je dwukropkiem. Słowo globalnie oznacza, że dla każdego virtual-hosta. Można oczywiście indywidualnie ustawiać katalogi w ustawieniach vhosta. Należy w nich umieścić dyrektywę &#8220;php_admin_value open_basedir&#8221;. Po spacji wypisujemy katalogi ze pełnymi ścieżkami oddzielone dwukropkiem np.</p>
<h6>php_admin_value open_basedir /usr/share/squirrelmail:/etc/squirrelmail:/tmp:</h6>
<p>Polecam opisywaną usługą przede wszystkim osobom świadczącym usługi hostingowe. Proszę o komentowanie i dzielenie się własnymi doświadczeniami związanymi z bezpieczeństwem usług WWW i nie tylko.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/20/php-open_basedir/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Instalacja GRUB na drugim dysku</title>
		<link>http://centos.com.pl/2010/08/15/instalacja-grub-na-drugim-dysku/</link>
		<comments>http://centos.com.pl/2010/08/15/instalacja-grub-na-drugim-dysku/#comments</comments>
		<pubDate>Sun, 15 Aug 2010 12:43:01 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[bootloader]]></category>
		<category><![CDATA[drugi]]></category>
		<category><![CDATA[dysk]]></category>
		<category><![CDATA[grub]]></category>
		<category><![CDATA[instalacja]]></category>
		<category><![CDATA[kernel]]></category>
		<category><![CDATA[lilo]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=705</guid>
		<description><![CDATA[GRUB to program rozruchowy znany chyba każdemu użytkownikowi systemu Unix/Linux. Jego popularność zawdzięczamy deweloperom większości dystrybucji, którzy implementują standardowo omawiane oprogramowanie w swoich systemach. Jego konkurencję stanowi Lilo, które niegdyś było bardzo popularne. Do dziś często się je stosuje, szczególnie w rozwiązaniach serwerowych, a to dzięki bardzo pożytecznej funkcjonalności, jaką jest możliwość uruchomienia systemu tylko [...]]]></description>
			<content:encoded><![CDATA[<p>GRUB to program rozruchowy znany chyba każdemu użytkownikowi systemu Unix/Linux. Jego popularność zawdzięczamy deweloperom większości dystrybucji, którzy implementują standardowo omawiane oprogramowanie w swoich systemach. Jego konkurencję stanowi Lilo, które niegdyś było bardzo popularne. <span id="more-705"></span>Do dziś często się je stosuje, szczególnie w rozwiązaniach serwerowych, a to dzięki bardzo pożytecznej funkcjonalności, jaką jest możliwość uruchomienia systemu tylko jeden raz z daną konfiguracją dotyczącą kernela. W razie niepowodzenia, mamy możliwość  bezproblemowego uruchomienia komputera w starej konfiguracji. Przejdźmy do konkretów. Czasem zdarzają się awarie dysków twardych, co wiąże się z ich wymianą i przeinstalowaniem GRUB-a na drugi (nowy) dysk. Kiedy miałem z tym problem, ale teraz wydaje się to naprawdę proste. Poniżej zaprezentuję bardzo krótkie &#8220;How to&#8221; dotyczące tej operacji.<br />
Wpisujemy w konsoli następujące frazy (po kolei liniowo)</p>
<h6>grub</h6>
<h6>device (hd0) /dev/sdn</h6>
<p>gdzie n oznacza symbol nowego dysku</p>
<h6>root (hd0,0)</h6>
<h6>setup (hd0)</h6>
<p>Wychodzimy z programu konfiguracyjnego GRUB-a wydając komendę &#8220;quit&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/15/instalacja-grub-na-drugim-dysku/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Krytyczna luka w phpMyAdmin</title>
		<link>http://centos.com.pl/2010/08/08/krytyczna-luka-w-phpmyadmin/</link>
		<comments>http://centos.com.pl/2010/08/08/krytyczna-luka-w-phpmyadmin/#comments</comments>
		<pubDate>Sun, 08 Aug 2010 18:50:03 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Bez kategorii]]></category>
		<category><![CDATA[krytyczna]]></category>
		<category><![CDATA[luka]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[phpmyadmin]]></category>
		<category><![CDATA[xsrf]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=701</guid>
		<description><![CDATA[Bezpieczeństwo aplikacji webowych jest niezwykle ważne w czasach, gdy ilość bezpłatnych skryptów jest tak duża. Znacząca ilość serwerów WWW jest nieodpowiednio zabezpieczona przed ewentualnymi próbami włamań. Dochodzą do tego błędy programistyczne, które są nagminne w wielu aplikacjach napisanych w PHP. Dosyć dawno temu pojawiła się na stronie projektu phpMyAdmin informacja o krytycznej luce dotyczącej skryptu [...]]]></description>
			<content:encoded><![CDATA[<p>Bezpieczeństwo aplikacji webowych jest niezwykle ważne w czasach, gdy ilość bezpłatnych skryptów jest tak duża. Znacząca ilość serwerów WWW jest nieodpowiednio zabezpieczona przed ewentualnymi próbami włamań. Dochodzą do tego błędy programistyczne, które są nagminne w wielu aplikacjach napisanych w PHP.<span id="more-701"></span> Dosyć dawno temu pojawiła się na stronie projektu phpMyAdmin informacja o krytycznej luce dotyczącej skryptu konfiguracyjnego &#8220;setup.php&#8221;. Przy jego pomocy istnieje ryzyko ataku XSRF, mogącego doprowadzić do wykonania złośliwego kodu po stronie serwera. Problem dotyczy wersji wcześniejszych od 2.11.10. Zaleca się aktualizację do tej wersji, albo tych z serii 3.x. Szczegóły opisywanej luki można znaleźć na stronie   <a href="http://www.phpmyadmin.net/home_page/security/PMASA-2010-3.php">http://www.phpmyadmin.net/home_page/security/PMASA-2010-3.php</a></p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/08/krytyczna-luka-w-phpmyadmin/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SWAP w pliku</title>
		<link>http://centos.com.pl/2010/08/05/swap-w-pliku/</link>
		<comments>http://centos.com.pl/2010/08/05/swap-w-pliku/#comments</comments>
		<pubDate>Thu, 05 Aug 2010 21:23:21 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Praktyczne porady]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[fstab]]></category>
		<category><![CDATA[partycja]]></category>
		<category><![CDATA[plik]]></category>
		<category><![CDATA[priorytet]]></category>
		<category><![CDATA[redhat]]></category>
		<category><![CDATA[swap]]></category>
		<category><![CDATA[swapfile]]></category>
		<category><![CDATA[unix]]></category>
		<category><![CDATA[wymiany]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=688</guid>
		<description><![CDATA[Odpowiednia ilość pamięci operacyjnej odgrywa niezwykle ważną rolę w pracy serwera. Uruchamiamy coraz więcej aplikacji, strony stają się coraz bardzo zasobożerne, a to wszystko &#8220;kosztuje&#8221; nasz RAM, który niestety nie tanieje, wręcz przeciwnie. W takim razie musimy ratować się pamięcią typu SWAP. Jest to nic innego jak partycja systemowa obecna w systemach unixowych, używana w [...]]]></description>
			<content:encoded><![CDATA[<p>Odpowiednia ilość pamięci operacyjnej odgrywa niezwykle ważną rolę w pracy serwera. Uruchamiamy coraz więcej aplikacji, strony stają się coraz bardzo zasobożerne, a to wszystko &#8220;kosztuje&#8221; nasz RAM, który niestety nie tanieje, wręcz przeciwnie. W takim razie musimy ratować się pamięcią typu SWAP.<span id="more-688"></span> Jest to nic innego jak partycja systemowa obecna w systemach unixowych, używana w sytuacjach, kiedy zabraknie fizycznej pamięci operacyjnej lub w przypadku, gdy uruchomione zadania (procesy) już jej nie potrzebują. Czasem przechowywanie danych tymczasowych na dysku twardym jest korzystniejsze niż w RAM-ie. Mając własny serwer dedykowany możemy określić ilość pamięci typu SWAP samy. Kupując jednak. VPS-a mamy do dyspozycji pewną określoną wielkość tej partycji. Jej zwiększenie możliwe jest najczęściej po dopłacie określonej sumy pieniędzy. Pewnie nie wszyscy wiecie, ale jest możliwość zwiększenia SWAP-a dokładając do obecnego w systemie jako wydzielona partycja specjalnie wygenerowany plik.  Zakładając sytuację, że potrzebujemy ~500 MB dodatkowej przestrzeni SWAP, generujemy przy pomocy narzędzia &#8220;dd&#8221; plik np. o nazwie swapfile.</p>
<h6>dd if=/dev/zero of=/swapfile bs=10240 count=50000</h6>
<p>W powyższym przykładzie plik wygeneruje się w &#8220;/&#8221;. Oczywiście można ten parametr zmodyfikować. Następnie tworzymy swap wydając w konsoli polecenie:</p>
<h6>mkswap /swapfile</h6>
<p>Następnie włączamy nasz &#8220;plikowy&#8221; swap</p>
<h6>swapon /swapfile</h6>
<p>Aby sprawdzić działające SWAP-y należy wydać komendę:</p>
<h6>cat /proc/swaps</h6>
<p>W wyniku otrzymujemy:</p>
<h6>[root@minotaur:~] # cat /proc/swaps</h6>
<h6>Filename				Type		Size	Used	Priority</h6>
<h6>/dev/sda2                               partition	524280	29820	-1</h6>
<h6>/swapfile                               file		127992	0	-2</h6>
<p>Każdorazowe ręczne włączenie plikowego swapa zmniejsza priorytet. Wyższy priorytet oznacza pierwszeństwo w używaniu. Standardowy priorytet partycji SWAP to -1. Mozna to zmienić edytując plik &#8220;/etc/fstab&#8221;. Istniejący  wpis:</p>
<h6>/dev/sda2 none swap sw 0 0</h6>
<p>zmieniamy na:</p>
<h6>/dev/sda2 none swap pri=10 0 0</h6>
<p>W powyższym przykładzie parametr &#8220;pri=10&#8243; oznacza priorytet 10. Aby nasz plikowy SWAP aktywował się z każdym uruchomieniem naszej maszyny dodajemy do &#8220;/etc/fstab&#8221;:</p>
<h6>/swapfile none swap pri=8 0 0</h6>
<p>Tutaj priorytet ustawiliśmy na 8. Zapełniana więc będzie wpierw partycja dyskowa SWAP, a potem nasz plik. Mam nadzieję, że opisane przeze mnie rozwiązanie komuś się przyda.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/05/swap-w-pliku/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Konfiguracja domeny (strefy) w Bind</title>
		<link>http://centos.com.pl/2010/08/03/konfiguracja-domeny-strefy-w-bind/</link>
		<comments>http://centos.com.pl/2010/08/03/konfiguracja-domeny-strefy-w-bind/#comments</comments>
		<pubDate>Tue, 03 Aug 2010 21:58:41 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[bind]]></category>
		<category><![CDATA[dns]]></category>
		<category><![CDATA[domena]]></category>
		<category><![CDATA[konfiguracja]]></category>
		<category><![CDATA[named]]></category>
		<category><![CDATA[seo]]></category>
		<category><![CDATA[serial]]></category>
		<category><![CDATA[srv]]></category>
		<category><![CDATA[TTL]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=649</guid>
		<description><![CDATA[Jakiś czas temu pisałem o podstawach konfiguracji strefy DNS. Tamten tutorial był bardzo okrojony, jeśli chodzi o zasobność w informacje. Teraz się poprawię. Tak wygląda przykładowy plik strefy: $TTL    86400 @       IN      SOA     dns.nasza_domena.pl. admin.nasza_domena.pl.  ( 2010060511 ; Serial 28800      ; Refresh 14400      ; Retry 3600000    ; Expire 86400 )    ; Minimum IN      NS               [...]]]></description>
			<content:encoded><![CDATA[<p>Jakiś czas temu pisałem o podstawach konfiguracji strefy DNS. Tamten tutorial był bardzo okrojony, jeśli chodzi o zasobność w informacje. Teraz się poprawię. Tak wygląda przykładowy plik strefy:<span id="more-649"></span></p>
<h6>$TTL    86400</h6>
<h6>@       IN      SOA     dns.nasza_domena.pl. admin.nasza_domena.pl.  (</h6>
<h6>2010060511 ; Serial</h6>
<h6>28800      ; Refresh</h6>
<h6>14400      ; Retry</h6>
<h6>3600000    ; Expire</h6>
<h6>86400 )    ; Minimum</h6>
<h6>IN      NS               serwer_dns_1.pl.</h6>
<h6>IN      NS               serwer_dns_2.pl..</h6>
<h6>IN      A                 59.208.171.134</h6>
<h6>IN      MX      5       serwer_pocztowy.pl.</h6>
<h6>www        IN       A                 59.208.171.134</h6>
<h6>jabber      IN       A                 59.208.171.135</h6>
<h6>_jabber._tcp.domena_jabbera.pl. 86400 IN SRV 5 0 5269 jabber</h6>
<h6></h6>
<h6>_xmpp-server._tcp.domena_jabbera.pl. 86400 IN SRV 5 0 5269 jabber</h6>
<h6>_xmpp-client._tcp.domena_jabbera.pl. 86400 IN SRV 5 0 5223 jabber</h6>
<h6>_xmpp-client._tcp.domena_jabbera.pl. 86400 IN SRV 5 0 5222 jabber</h6>
<p><span style="text-decoration: underline;">A tutaj trochę wyjaśnień</span><br />
TTL- czas ważności strefy np. w przypadku cachowania<br />
nasza_domena.pl. – domena, której zapewniamy obsługę<br />
IN – klasa rekordu<br />
SOA – jest to typ rekordu<br />
dns.nasza_domena.pl. – nazwa serwera master DNS naszej domeny,<br />
admin.nasza_domena.pl. – adres email osoby odpowiedzialnej za strefę (pierwsza kropka oznacza @)<br />
SERIAL – wartość istotna dla zapasowych serwerów DNS. Każda modyfikacja pliku strefy wymaga jej zwiększenia.<br />
REFRESH – informacja dla serwerów typu slave (zapasowych), co jaki czas mają sprawdzać aktualność stref<br />
RETRY – czas co jaki ma ponawiać próbę połączenia serwery zapasowe z serwerem głównym domeny w razie jego niedostępności<br />
EXPIRE – czas, po jakim serwery zapasowe uznają strefę za nie aktualną w razie brak możliwości połączenia po czasie &#8220;RETRY&#8221;<br />
MINIMUM – czas, przez jaki serwery będą przechowywały wszelkie odpowiedzi</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/08/03/konfiguracja-domeny-strefy-w-bind/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dzień administratora- SysAdminDay</title>
		<link>http://centos.com.pl/2010/07/30/dzien-administratora-sysadminday/</link>
		<comments>http://centos.com.pl/2010/07/30/dzien-administratora-sysadminday/#comments</comments>
		<pubDate>Fri, 30 Jul 2010 13:29:25 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Bez kategorii]]></category>
		<category><![CDATA[admin]]></category>
		<category><![CDATA[administrator]]></category>
		<category><![CDATA[dzień]]></category>
		<category><![CDATA[root]]></category>
		<category><![CDATA[święto]]></category>
		<category><![CDATA[sysadmin]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=646</guid>
		<description><![CDATA[Z okazji Dnia Administratora życzymy wszystkim administratorom bezawaryjnej pracy serwerów, &#8220;niezakorkowanych&#8221;  sieci oraz wyrozumiałości dla klientów.]]></description>
			<content:encoded><![CDATA[<p>Z okazji Dnia Administratora życzymy wszystkim administratorom bezawaryjnej pracy serwerów, &#8220;niezakorkowanych&#8221;  sieci oraz wyrozumiałości dla klientów.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/07/30/dzien-administratora-sysadminday/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Instalacja i konfiguracja phpMyAdmin-a w CentOS</title>
		<link>http://centos.com.pl/2010/07/26/instalacja-i-konfiguracja-phpmyadmin-a-w-centos/</link>
		<comments>http://centos.com.pl/2010/07/26/instalacja-i-konfiguracja-phpmyadmin-a-w-centos/#comments</comments>
		<pubDate>Mon, 26 Jul 2010 11:10:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[baza danych]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[instalacja]]></category>
		<category><![CDATA[konfiguracja]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[phpmyadmin]]></category>
		<category><![CDATA[remi]]></category>
		<category><![CDATA[unix]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=638</guid>
		<description><![CDATA[phpMyAdmin to niezwykle istotne narzędzie w pracy każdego bazodanowca i większości webmasterów. Za jego pomocą możemy zarządzać bazami danych MySQL z poziomu przeglądarki internetowej. Jest prosty w obsłudze i oferuje sporo funkcji. Dzięki niemu możemy między innymi zrobić eksport bazy z jednego serwera i import na inny. Oczywiście na tym jego możliwości się nie kończą. [...]]]></description>
			<content:encoded><![CDATA[<p>phpMyAdmin to niezwykle istotne narzędzie w pracy każdego bazodanowca i większości webmasterów. Za jego pomocą możemy zarządzać bazami danych MySQL z poziomu przeglądarki internetowej.<span id="more-638"></span> Jest prosty w obsłudze i oferuje sporo funkcji. Dzięki niemu możemy między innymi zrobić eksport bazy z jednego serwera i import na inny. Oczywiście na tym jego możliwości się nie kończą. Skupię się jednak na jego instalacji i przygotowaniu do działania. Najprościej skorzystać wersji umieszczonej w jednym z repozytoriów. Najnowsza wersję-3 uzyskamy z repozytorium &#8220;Remi&#8221;. Dojej instalacji wy,agany jest php w wersji przynajmniej 5.2. Starsze wersje tego nie wymagają.<br />
1. Instalujemy wydając w konsoli jako root polecenie &#8220;yum install phpmyadmin&#8221;.<br />
2. Musimy wyedytować plik &#8220;config.inc.php&#8221; lub jeśli go nie mamy, utworzyć. Powinien znajdować się w katalogu &#8220;/usr/share/phpmyadmin&#8221; Jego skład w najprostszej formie powinien wyglądać następująco:</p>
<h6></h6>
<h6>$cfg['blowfish_secret'] = &#8216;nn&#8217;; /* w miejscu oznaczonym &#8220;nn&#8221; musimy wpisać dowolny ciąg znaków służący do autoryzacji przez ciasteczka (cookies) */</h6>
<h6></h6>
<h6>$cfg['Servers'][$i]['auth_type'] = &#8216;cookie&#8217;; /*wybór metody autentyfikacji, w tym przypadku przy pomocy ciasteczek (cookies)*/</h6>
<h6>$cfg['Servers'][$i]['host'] = &#8216;localhost&#8217;; /*zamiast localhost można wpisać adres dowolnego serwera MySQL, którym chcemy zarządzać*/</h6>
<h6>$cfg['Servers'][$i]['connect_type'] = &#8216;tcp&#8217;; /*rodzaj połączenia z bazą danych*/</h6>
<h6>$cfg['Servers'][$i]['compress'] = false; /*wybieramy, czy chcemy korzystać z kompresji*/</h6>
<h6>$cfg['Servers'][$i]['extension'] = &#8216;mysql&#8217;; /*wybór rozszerzenia, w tym przypadki mysql*/</h6>
<h6>?&gt;</h6>
<p>3. Następnie musimy zmodyfikować plik &#8220;phpmyadmin.conf&#8221;. Jeśli korzystamy z Apacha, to znajdziemy go w katalogu &#8220;/etc/httpd/conf.d/&#8221;. Mamy w nim informacje dotyczące między innymi z jakich adresów IP możemy wejść do phpMyAdmin-a. Standardowo ustawiony jest dostęp tylko dla localhost-a (127.0.0.1). Poza tym możemy ustalić aliasy pod którymi ma sie zgłaszać omawiana aplikacja webowa, np.</p>
<h6>Alias /phpmyadmin /usr/share/phpmyadmin</h6>
<p>pierwszy człon &#8220;/phpmyadmin&#8221; oznacza alias, a &#8220;/usr/share/phpmyadmin&#8221; ścieżkę do aplikacji.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/07/26/instalacja-i-konfiguracja-phpmyadmin-a-w-centos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Autoryzacja SMTP w Postfix</title>
		<link>http://centos.com.pl/2010/07/23/autoryzacja-smtp-w-postfix/</link>
		<comments>http://centos.com.pl/2010/07/23/autoryzacja-smtp-w-postfix/#comments</comments>
		<pubDate>Fri, 23 Jul 2010 20:25:42 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Tutoriale]]></category>
		<category><![CDATA[agetn]]></category>
		<category><![CDATA[autoryzacja]]></category>
		<category><![CDATA[centos]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[MTA]]></category>
		<category><![CDATA[pocztowy]]></category>
		<category><![CDATA[postfix]]></category>
		<category><![CDATA[program]]></category>
		<category><![CDATA[sasl]]></category>
		<category><![CDATA[sendmail]]></category>
		<category><![CDATA[stmp]]></category>
		<category><![CDATA[thunderbird]]></category>
		<category><![CDATA[tls]]></category>

		<guid isPermaLink="false">http://centos.com.pl/?p=627</guid>
		<description><![CDATA[O istocie i podstawowych zagadnieniach związanych z autentyfikacją SMTP w MTA pisałem w tutorialu  &#8220;Autoryzacja SMTP w Sendmail&#8220;. Nie chciałbym powielać swoich przemyśleń na ten temat. Skupię  się jednak na konfiguracji Postfix-a, który jest często używanym &#8220;agentem transportu poczty&#8221;. Przede wszystkim należy wyedytowac plik &#8220;/etc/postfix/main.cf&#8221;. Należy dopisać następujące linie do pliku lub odkomentować już istniejące: [...]]]></description>
			<content:encoded><![CDATA[<p>O istocie i podstawowych zagadnieniach związanych z autentyfikacją SMTP w MTA pisałem w tutorialu  &#8220;<a href="http://centos.com.pl/2010/03/28/autoryzacja-smtp-w-sendmail/">Autoryzacja SMTP w Sendmail</a>&#8220;. Nie chciałbym powielać swoich przemyśleń na ten temat. Skupię  się jednak na konfiguracji Postfix-a, który jest często używanym &#8220;agentem transportu poczty&#8221;. <span id="more-627"></span>Przede wszystkim należy wyedytowac plik &#8220;/etc/postfix/main.cf&#8221;. Należy dopisać następujące linie do pliku lub odkomentować już istniejące:</p>
<h6>smtpd_sasl_local_domain =nasza_domena</h6>
<h6>smtpd_sasl_auth_enable = yes</h6>
<h6>smtpd_sasl_security_options = noanonymous</h6>
<h6>broken_sasl_auth_clients = yes #dla zapewnienia kompatybilności ze starszymi wersjami pakietów</h6>
<h6>smtpd_sasl_authenticated_header = yes</h6>
<p>Następnie edytujemy plik &#8220;/usr/lib/sasl2/smtpd.conf&#8221; dla wersji 32bit systemu lub &#8220;/usr/lib64/sasl2/smtpd.conf&#8221; dla 64 bit. Dodajemy dwie następujące linie:</p>
<h6>pwcheck_method: saslauthd</h6>
<h6>mech_list: plain login #rodzaje autentyfikacji</h6>
<p>Ostatnim etapem jest zmodyfikowanie pliku &#8220;/etc/postfix/master.cf&#8221;. Powinniśmy mieć w nim następujące dane:</p>
<h6>smtp      inet  n       &#8211;       n       &#8211;       &#8211;       smtpd</h6>
<h6>submission inet n       &#8211;       n       &#8211;       &#8211;       smtpd  #ustawienia dla transmisji z użyciem portu 587</h6>
<h6>-o smtpd_enforce_tls=no</h6>
<h6>-o smtpd_sasl_auth_enable=yes #włączenie autentyfikacji</h6>
<h6>-o smtpd_client_restrictions=permit_sasl_authenticated,reject_unauth_destination  #restrykcje dotyczące klientów (osób wysyłających pocztę)</h6>
<h6>smtps     inet  n       &#8211;       n       &#8211;       &#8211;       smtpd  # ustawienia dla transmisji szyfrowanej SSL</h6>
<h6>-o smtpd_tls_wrappermode=yes</h6>
<h6>-o smtpd_sasl_auth_enable=yes #włączenie autentyfikacji</h6>
<h6>-o smtpd_client_restrictions=permit_sasl_authenticated,reject_unauth_destination  #restrykcje dotyczące klientów (osób wysyłających pocztę)</h6>
<p>Aby przetestować, czy autentyfikacja działa prawidłowo możemy spróbować wysłać np. przy użyciu Thunderbirda wiadomość przy wyłączonej autentyfikacji, a potem przy włączonej. W pierwszym przypadku powinniśmy otrzymać komunikat:   &#8220;An error occurred while sending mail. The mail server responded:  5.7.1 : Relay access denied. Please check the message recipient  adres@odbiorcy and try again.&#8221; W drugiej sytuacji e-mail powinien zostać wysłany prawidłowo. Innym sposobem sprawdzenia prawidłowych ustawień, jest połączenie telnet na port serwera poczty wychodzącej np.</p>
<h6>[przemek@xeno ~]$ telnet poczta.naszserwer.com 587</h6>
<h6>Trying 78.63.12.110&#8230;</h6>
<h6>Connected to poczta.naszserwer.com (78.63.12.110).</h6>
<h6>Escape character is &#8216;^]&#8217;.</h6>
<h6>220 naszserwer.com ESMTP Postfix</h6>
<h6>ehlo localhost</h6>
<h6>250-naszserwer.com</h6>
<h6>250-PIPELINING</h6>
<h6>250-SIZE 104857600</h6>
<h6>250-VRFY</h6>
<h6>250-ETRN</h6>
<h6>250-STARTTLS</h6>
<h6>250-AUTH PLAIN LOGIN  #kluczowa linijka informująca o metodach autentyfikacji</h6>
<h6>250-AUTH=PLAIN LOGIN   #kluczowa linijka informująca o metodach autentyfikacji</h6>
<h6>250-ENHANCEDSTATUSCODES</h6>
<h6>250-8BITMIME</h6>
<h6>250 DSNz</h6>
<h6>quit</h6>
<h6>221 2.0.0 Bye</h6>
<h6>Connection closed by foreign host.</h6>
<p>Jeśli uzyskamy wynik zbliżony do tego, który opisuje powyżej, to konfiguracja autentyfikacji SMTP jest już zakończona. W razie jakiś niejaśnosci lub problemów, proszę pisać w komentarzach lub na naszym forum.</p>
]]></content:encoded>
			<wfw:commentRss>http://centos.com.pl/2010/07/23/autoryzacja-smtp-w-postfix/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
