<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Komentáře k GLUX.org</title>
	<atom:link href="http://glux.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://glux.org</link>
	<description>tak trochu technický blog</description>
	<lastBuildDate>Thu, 17 Nov 2011 15:32:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Komentář k příspěvku Práce s IPv4 a IPv6 adresami v PHP od dafodil</title>
		<link>http://glux.org/2010/05/prace-s-ipv4-a-ipv6-adresami-v-php/comment-page-1/#comment-50</link>
		<dc:creator>dafodil</dc:creator>
		<pubDate>Thu, 17 Nov 2011 15:32:53 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=344#comment-50</guid>
		<description>Parada, zrovna jsem neco podobneho potreboval resit, tak jsem rad ze to nemusim psat odznova. Diky moc!</description>
		<content:encoded><![CDATA[<p>Parada, zrovna jsem neco podobneho potreboval resit, tak jsem rad ze to nemusim psat odznova. Diky moc!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Práce s IPv4 a IPv6 adresami v PHP od glux</title>
		<link>http://glux.org/2010/05/prace-s-ipv4-a-ipv6-adresami-v-php/comment-page-1/#comment-49</link>
		<dc:creator>glux</dc:creator>
		<pubDate>Mon, 10 Oct 2011 06:55:39 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=344#comment-49</guid>
		<description>Prominte, ale davam k dispozici knihovnu poskytujici zakladni funkce. Myslim si ze i pro prumerneho progamatora je popis vice ne dostacujici. Pokud Vam to nestaci, zaplatte si nejaky kurz programovani nebo neco podobneho.</description>
		<content:encoded><![CDATA[<p>Prominte, ale davam k dispozici knihovnu poskytujici zakladni funkce. Myslim si ze i pro prumerneho progamatora je popis vice ne dostacujici. Pokud Vam to nestaci, zaplatte si nejaky kurz programovani nebo neco podobneho.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Práce s IPv4 a IPv6 adresami v PHP od Dominik</title>
		<link>http://glux.org/2010/05/prace-s-ipv4-a-ipv6-adresami-v-php/comment-page-1/#comment-48</link>
		<dc:creator>Dominik</dc:creator>
		<pubDate>Sun, 09 Oct 2011 15:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=344#comment-48</guid>
		<description>Dobrý den, chtěl jsem se zeptat, zda by jste mi mohl poskytou nějaký ucelený příklad s celým porgramem na webu tj, i s formálařeme pro vstupy dat. Prostě ucelený funkční celek. Děuji</description>
		<content:encoded><![CDATA[<p>Dobrý den, chtěl jsem se zeptat, zda by jste mi mohl poskytou nějaký ucelený příklad s celým porgramem na webu tj, i s formálařeme pro vstupy dat. Prostě ucelený funkční celek. Děuji</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku ProFTPD a obsluha FTPS spojení od pek</title>
		<link>http://glux.org/2010/05/proftpd-a-obsluha-ftps-spojeni/comment-page-1/#comment-46</link>
		<dc:creator>pek</dc:creator>
		<pubDate>Tue, 10 May 2011 19:31:19 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=359#comment-46</guid>
		<description>Hodí se to, protože pak je možný povolit v iptables jen jeden port pro ftps. Alespoň to je moje praktické pozorování.</description>
		<content:encoded><![CDATA[<p>Hodí se to, protože pak je možný povolit v iptables jen jeden port pro ftps. Alespoň to je moje praktické pozorování.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku ProFTPD a obsluha FTPS spojení od glux</title>
		<link>http://glux.org/2010/05/proftpd-a-obsluha-ftps-spojeni/comment-page-1/#comment-45</link>
		<dc:creator>glux</dc:creator>
		<pubDate>Tue, 10 May 2011 10:49:30 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=359#comment-45</guid>
		<description>Ano, je pravde ze od verze 1.3.3 to zapnout jde. Ale ma to nejaky vyznam? ImplicitTLS je stejne oznacejo jako zastarale a neni dobre ho pouzivat, protoze specifikace RFC4217 a RFC2228 tam maji stejne kolizi a z toho vyplyvajici problemy v implementaci Data Channel Protection Level.</description>
		<content:encoded><![CDATA[<p>Ano, je pravde ze od verze 1.3.3 to zapnout jde. Ale ma to nejaky vyznam? ImplicitTLS je stejne oznacejo jako zastarale a neni dobre ho pouzivat, protoze specifikace RFC4217 a RFC2228 tam maji stejne kolizi a z toho vyplyvajici problemy v implementaci Data Channel Protection Level.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku ProFTPD a obsluha FTPS spojení od pek</title>
		<link>http://glux.org/2010/05/proftpd-a-obsluha-ftps-spojeni/comment-page-1/#comment-44</link>
		<dc:creator>pek</dc:creator>
		<pubDate>Tue, 10 May 2011 09:32:05 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=359#comment-44</guid>
		<description>Implicit TLS jde zapnout nastavením &quot;TLSOptions UseImplicitSSL&quot;
http://www.proftpd.org/docs/howto/TLS.html#TLSImplicit</description>
		<content:encoded><![CDATA[<p>Implicit TLS jde zapnout nastavením &#8222;TLSOptions UseImplicitSSL&#8220;<br />
<a href="http://www.proftpd.org/docs/howto/TLS.html#TLSImplicit" rel="nofollow" onclick="pageTracker._trackPageview('/outgoing/www.proftpd.org/docs/howto/TLS.html_TLSImplicit?referer=');">http://www.proftpd.org/docs/howto/TLS.html#TLSImplicit</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Obejití hesla k MySQL s minimálním &#8222;výpadkem&#8220; od pek</title>
		<link>http://glux.org/2010/04/obejiti-hesla-k-mysql-s-minimalnim-vypadkem/comment-page-1/#comment-43</link>
		<dc:creator>pek</dc:creator>
		<pubDate>Tue, 10 May 2011 09:23:36 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=332#comment-43</guid>
		<description>Dobrej tip. Díky za něj.</description>
		<content:encoded><![CDATA[<p>Dobrej tip. Díky za něj.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Odstranění nadbytečných mezer v ProFTPD od Hexim</title>
		<link>http://glux.org/2010/10/odstraneni-nadbytecnych-mezer-v-proftpd/comment-page-1/#comment-42</link>
		<dc:creator>Hexim</dc:creator>
		<pubDate>Fri, 25 Mar 2011 13:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=409#comment-42</guid>
		<description>Zdravim,

skvely napad, ale nejaka chybicka. Pokusil jsem se zkopirovat adresar &#039;    aaaa&#039; a v pohode se vytvoril. Log pise:

rewrite_fixup(): CWD arg &#039;    aaaa&#039; does not match RewriteRule regex

S pozdravem Hexim</description>
		<content:encoded><![CDATA[<p>Zdravim,</p>
<p>skvely napad, ale nejaka chybicka. Pokusil jsem se zkopirovat adresar &#8216;    aaaa&#8217; a v pohode se vytvoril. Log pise:</p>
<p>rewrite_fixup(): CWD arg &#8216;    aaaa&#8217; does not match RewriteRule regex</p>
<p>S pozdravem Hexim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Moduly pro Apache V &#8211; mpm_itk od Irwinn</title>
		<link>http://glux.org/2010/05/moduly-pro-apache-v-mpm_itk/comment-page-1/#comment-12</link>
		<dc:creator>Irwinn</dc:creator>
		<pubDate>Tue, 25 May 2010 15:06:17 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=379#comment-12</guid>
		<description>&lt;i&gt;Jedním ze základních požadavků na bezpečnost bývá rozdělení běžících služeb pod různá UID a GID. Bohužel webový server Apache je schopen běžet pouze pod jedním UID/GID, čož při použití na obsluhu pouze jedné webové aplikace od jednoho živatele není vůbec žádný problém. Situace se ale z hlediska bezpečnosti výrazne zhorší pokud na serveru bude více webových aplikací od více uživatelů, kdy jejich webové aplikace sdílí společná práva. Ačkoliv často zatracovaný server IIS obsahuje funkcionalitu pro obsluhu jednotlivých virtuálních serverů pod různými oprávněními je toto chování do &#8222;úžasného&#8220; apache nutné doplnit externím patchem.&lt;/i&gt;
+1</description>
		<content:encoded><![CDATA[<p><i>Jedním ze základních požadavků na bezpečnost bývá rozdělení běžících služeb pod různá UID a GID. Bohužel webový server Apache je schopen běžet pouze pod jedním UID/GID, čož při použití na obsluhu pouze jedné webové aplikace od jednoho živatele není vůbec žádný problém. Situace se ale z hlediska bezpečnosti výrazne zhorší pokud na serveru bude více webových aplikací od více uživatelů, kdy jejich webové aplikace sdílí společná práva. Ačkoliv často zatracovaný server IIS obsahuje funkcionalitu pro obsluhu jednotlivých virtuálních serverů pod různými oprávněními je toto chování do &#8222;úžasného&#8220; apache nutné doplnit externím patchem.</i><br />
+1</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku ProFTPD a mod_clamav &#8211; ochrana stránek před malware útoky od GLUX.org &#187; Proftpd a obsluha FTPS spojení</title>
		<link>http://glux.org/2010/04/proftpd-a-mod_clamav-ochrana-stranek-pred-malware-utoky/comment-page-1/#comment-10</link>
		<dc:creator>GLUX.org &#187; Proftpd a obsluha FTPS spojení</dc:creator>
		<pubDate>Wed, 19 May 2010 15:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=315#comment-10</guid>
		<description>[...] proftpd doplněný o modul mod_tls a nějaké další drobnosti jako například podpora antiviru (Proftpd a mod_clamav – ochrana stránek před malware útoky) nebo scp ke které se vrátím v některém dalším článku a vysvětlím výhody a nevýhody [...]</description>
		<content:encoded><![CDATA[<p>[...] proftpd doplněný o modul mod_tls a nějaké další drobnosti jako například podpora antiviru (Proftpd a mod_clamav – ochrana stránek před malware útoky) nebo scp ke které se vrátím v některém dalším článku a vysvětlím výhody a nevýhody [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Moduly pro Apache II &#8211; mod_ssl od glux</title>
		<link>http://glux.org/2009/11/apache-mod_ssl/comment-page-1/#comment-7</link>
		<dc:creator>glux</dc:creator>
		<pubDate>Mon, 08 Feb 2010 10:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=164#comment-7</guid>
		<description>Tak na tohle je zbytecne odpovidat. Precti si prosim dokumentaci.</description>
		<content:encoded><![CDATA[<p>Tak na tohle je zbytecne odpovidat. Precti si prosim dokumentaci.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Moduly pro Apache II &#8211; mod_ssl od vlastik.c</title>
		<link>http://glux.org/2009/11/apache-mod_ssl/comment-page-1/#comment-6</link>
		<dc:creator>vlastik.c</dc:creator>
		<pubDate>Sun, 07 Feb 2010 15:27:44 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=164#comment-6</guid>
		<description>aha tim bych odstranil tu protivnou hlasku ze certifikat nevydal duveryhodny urad?  no ale pokud mi ta hlaska nevadi tak to tedy nemusim na serveru mit jo?
jsete poznamka k tomu aby se rozchodilo vice domen s ssl tak je treba to co pises vyse napsat do 
C:\web\prog\Apache2.2\conf\extra\httpd-ssl.conf  pro kazdou domenu zvlast a povolit Include conf/extra/httpd-ssl.conf v httpd.conf</description>
		<content:encoded><![CDATA[<p>aha tim bych odstranil tu protivnou hlasku ze certifikat nevydal duveryhodny urad?  no ale pokud mi ta hlaska nevadi tak to tedy nemusim na serveru mit jo?<br />
jsete poznamka k tomu aby se rozchodilo vice domen s ssl tak je treba to co pises vyse napsat do<br />
C:\web\prog\Apache2.2\conf\extra\httpd-ssl.conf  pro kazdou domenu zvlast a povolit Include conf/extra/httpd-ssl.conf v httpd.conf</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Moduly pro Apache II &#8211; mod_ssl od glux</title>
		<link>http://glux.org/2009/11/apache-mod_ssl/comment-page-1/#comment-5</link>
		<dc:creator>glux</dc:creator>
		<pubDate>Sun, 07 Feb 2010 09:57:14 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=164#comment-5</guid>
		<description>SSLCertificateChainFile vam poskytne certifikacni autorita od ktere mate podepsany certifikat. Je to z toho duvodu ze vetsina rozumnych certifikacnich autorit nepodepisuje primo svym korenovym certifikatem, ale maji vystaveny certifikat podepsnany svym korenovym certifikatem a tim pak podepisuji dale. Takze tento soubor obsahuje jeden nebo vice certifikatu vytvarejicich tento retez duvery.</description>
		<content:encoded><![CDATA[<p>SSLCertificateChainFile vam poskytne certifikacni autorita od ktere mate podepsany certifikat. Je to z toho duvodu ze vetsina rozumnych certifikacnich autorit nepodepisuje primo svym korenovym certifikatem, ale maji vystaveny certifikat podepsnany svym korenovym certifikatem a tim pak podepisuji dale. Takze tento soubor obsahuje jeden nebo vice certifikatu vytvarejicich tento retez duvery.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Komentář k příspěvku Moduly pro Apache II &#8211; mod_ssl od vlastik.c</title>
		<link>http://glux.org/2009/11/apache-mod_ssl/comment-page-1/#comment-4</link>
		<dc:creator>vlastik.c</dc:creator>
		<pubDate>Sat, 06 Feb 2010 20:55:43 +0000</pubDate>
		<guid isPermaLink="false">http://glux.org/?p=164#comment-4</guid>
		<description>snazim se prijit na to jak udelat SSLCertificateChainFile, na co je ? na netu jsem vsude nasel jen navod jak vygenerovyt ty ostatni dva  SSLCertificateFile, SSLCertificateKeyFile.

Pises ze jejich význam není třeba podle mě nijak rozebírat, tam si opravdu stačí přečíst návod, promin ja na to neprisel.. muzes poradit?</description>
		<content:encoded><![CDATA[<p>snazim se prijit na to jak udelat SSLCertificateChainFile, na co je ? na netu jsem vsude nasel jen navod jak vygenerovyt ty ostatni dva  SSLCertificateFile, SSLCertificateKeyFile.</p>
<p>Pises ze jejich význam není třeba podle mě nijak rozebírat, tam si opravdu stačí přečíst návod, promin ja na to neprisel.. muzes poradit?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

