<?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>Денискины рассказы &#187; linux</title>
	<atom:link href="http://dg.sad.lv/tag/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://dg.sad.lv</link>
	<description>про нелегкую жизню в Латвии и о другой фигне</description>
	<lastBuildDate>Tue, 18 Oct 2011 09:30:05 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Ethernet Encryptor своими руками</title>
		<link>http://dg.sad.lv/2010/07/29/ethernet-encryptor-svoimi-rukami/</link>
		<comments>http://dg.sad.lv/2010/07/29/ethernet-encryptor-svoimi-rukami/#comments</comments>
		<pubDate>Thu, 29 Jul 2010 12:22:47 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1945</guid>
		<description><![CDATA[&#160;&#160;Возникла задача защитить сетевой трафик в отдельно взятом канале связи, проложенном через канализации и кроссы офисного здания с одного этажа на другой. Чтобы не усложнять топологию локальной сети VPN туннелями, решили сделать прозрачное шифрование Ethernet на входе и выходе небезопасного канала.
&#160;&#160;В интернете можно найти готовые устройства типа L2 Ethernet Encryptor от BlackBox ценой от $5K, [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Возникла задача защитить сетевой трафик в отдельно взятом канале связи, проложенном через канализации и кроссы офисного здания с одного этажа на другой. Чтобы не усложнять топологию локальной сети VPN туннелями, решили сделать прозрачное шифрование Ethernet на входе и выходе небезопасного канала.<br />
&nbsp;&nbsp;В интернете можно найти готовые устройства типа <a href="http://www.blackbox.co.uk/products/display.asp?id=0&#038;doc=lss2120a&#038;tx=14&#038;sx=1">L2 Ethernet Encryptor</a> от BlackBox ценой от $5K, но можно и самим сваять такой черный ящик на linux используя vtun (или openvpn). К тому же есть неплохое готовое <a href="http://kovyrin.net/2006/04/05/connecting-two-remote-local-networks-with-transparent-bridging/lang-pref/ru/">описание</a>. Разве что в нашем случае не нужны IP адреса на интерфейсе моста и промежуточные адреса мы так же не хотим светить:</p>
<blockquote><p># hide ip on interconnection link<br />
net.ipv4.conf.eth1.arp_filter = 1<br />
net.ipv4.conf.eth1.arp_announce = 2<br />
net.ipv4.conf.eth1.arp_ignore = 2
</p></blockquote>
<p>&nbsp;&nbsp;При использовании схемы &#8220;сервер&#8221; <-> &#8220;много клиентов&#8221; опцию &#8220;device&#8221; надо убирать. Иначе только первый клиент может установить соединение, а при попытки подключения остальных возникает ошибка </p>
<blockquote><p>
Can&#8217;t allocate tap device tap. Device or resource busy(16)
</p></blockquote>
<p>&nbsp;&nbsp;Железку можно взять на <a href="http://www.hacom.net/">hacom.net</a>. 270-ый Atom с шифрованием blowfish128ecb без компрессии пропускает 56Mbps видео в mpeg4, а netperf с lzo:1 на 100baseT/Full выдаёт аж 160Mbps !</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2010/07/29/ethernet-encryptor-svoimi-rukami/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>прозрачное сжатие fs в Linux</title>
		<link>http://dg.sad.lv/2010/06/13/transparent-fs-compression-for-linux/</link>
		<comments>http://dg.sad.lv/2010/06/13/transparent-fs-compression-for-linux/#comments</comments>
		<pubDate>Sun, 13 Jun 2010 15:06:58 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1861</guid>
		<description><![CDATA[&#160;&#160;Забился двухтерабайтник, решил попробовать прозрачное сжатие на файловой системы под линуксой. К моему удивлению, из всего многообразия всяких ext4, jfs, xfs и иже с ними обнаружилось всего два кандидата &#8211; свежевыпиленный btrfs, но в ванильном ядре, и шестилетней давности reiser4, но патчем.
&#160;&#160;Хотелось бы, конечно, насладится передовые технологии, однако у btrfs до сих пор нестабильный формат, [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Забился двухтерабайтник, решил попробовать прозрачное сжатие на файловой системы под линуксой. К моему удивлению, из всего многообразия всяких ext4, jfs, xfs и иже с ними обнаружилось всего два кандидата &#8211; свежевыпиленный <a href="http://en.wikipedia.org/wiki/Btrfs">btrfs</a>, но в ванильном ядре, и шестилетней давности <a href="http://en.wikipedia.org/wiki/Reiser4">reiser4</a>, но патчем.<br />
&nbsp;&nbsp;Хотелось бы, конечно, насладится передовые технологии, однако у btrfs до сих пор нестабильный формат, и, судя по <a href="http://www.spinics.net/lists/linux-btrfs/msg05190.html">комментарию</a> разработчика reiser4, ребята не осилили математику в школе. К тому же, lzo побыстрее zlib-a будет.<br />
&nbsp;&nbsp;Хотя небольшая практика показала что и reiser4 иной раз в кору падает:</p>
<blockquote><p># mkfs.reiser4 -o create=ccreg40,compress=gzip1,compressMode=force,cluster=4K,key=key_short /dev/sdb1<br />
mkfs.reiser4 1.0.7<br />
Copyright (C) 2001-2005 by Hans Reiser, licensing governed by reiser4progs/COPYING. </p>
<p>Block size 4096 will be used.<br />
Linux 2.6.28 is detected.<br />
Uuid f813fede-b138-4203-8e61-6a7b68419d41 will be used.<br />
Reiser4 is going to be created on /dev/sdb1.<br />
(Yes/No): yes<br />
Creating reiser4 on /dev/sdb1 &#8230; Segmentation fault
</p></blockquote>
<p>&nbsp;&nbsp;P.S. А Шишкин оказывается на redhat работает :)</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2010/06/13/transparent-fs-compression-for-linux/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Скажите диджею &#8211; с него я х#ею !</title>
		<link>http://dg.sad.lv/2009/11/18/skazhite-didzheyu-s-nego-ya-xeyu/</link>
		<comments>http://dg.sad.lv/2009/11/18/skazhite-didzheyu-s-nego-ya-xeyu/#comments</comments>
		<pubDate>Wed, 18 Nov 2009 16:17:50 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[Латвийский ИТ]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1506</guid>
		<description><![CDATA[&#160;&#160;Позвонил мне тут бывший коллега с пожарки &#8211; решил он сменить поле деятельности: надоело ему менять картриджи и теперь он настоящий одмин. И кто-то даже доверил ему настроить почтовый сервер. И он даже сумел поставить туда Debian. А дальше начинается трагикомедия&#8230;
&#160;&#160;Интернет не работал &#8211; на всех трёх сетевых адаптерах был прописан один и тот же [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Позвонил мне тут бывший коллега с пожарки &#8211; решил он сменить поле деятельности: надоело ему менять картриджи и теперь он настоящий одмин. И кто-то даже доверил ему настроить почтовый сервер. И он даже сумел поставить туда Debian. А дальше начинается трагикомедия&#8230;<br />
&nbsp;&nbsp;Интернет не работал &#8211; на всех трёх сетевых адаптерах был прописан один и тот же IP адрес, и даже шлюз по умолчанию был настроен на первых двух. Провод был воткнут в третий интерфейс. Похоже, именно эта проблема заставила одмина позвонить мне.<br />
&nbsp;&nbsp;Вторым моментом, впечатлившим меня, оказалось разбиение дисков. В сервере установленно три диска &#8211; hdb, hdc и hdd. Понятно, что не каждый одмин может поставить диск как мастер, но вот одинокий hdb1 в зеркале с самим собой повеселил. И это на с нуля установленном-то сервере&#8230;<br />
&nbsp;&nbsp;Почему-то начинающие одмины думают, что достаточно установить одну из веб приблуд типа <a href="http://isp-control.net/">ispcp</a> и дальше всё автоматически заработает. И страшно удивляются, когда сообщаешь им о необходимости что-то настраивать дополнительно. А вопросы типа &#8220;ну что там было ?&#8221; от человека, который ничего не понимает в предмете просто ставят меня в тупик. И главное &#8211; о чём думают люди, нанимающие таких одминов ?</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/11/18/skazhite-didzheyu-s-nego-ya-xeyu/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>nginx отправляет lighttpd на свалку</title>
		<link>http://dg.sad.lv/2009/09/11/nginx-otpravlyaet-lighttpd-na-svalku/</link>
		<comments>http://dg.sad.lv/2009/09/11/nginx-otpravlyaet-lighttpd-na-svalku/#comments</comments>
		<pubDate>Fri, 11 Sep 2009 20:46:50 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[nginx]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1443</guid>
		<description><![CDATA[&#160;&#160;В восьмой версии nginx появилась поддержка асинхронного файлового ввода-вывода (aio). Это означает, что теперь файловый io не блокирует весь сервер и запросы продолжают выполняться.
&#160;&#160;Практический пример может быть таким: есть два диска, на одном html файлы, на другом rar архивы. Если диск с архивами занят чтением, то тот же lighttpd ждёт результата и не обслуживает запросы [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;В восьмой версии <a href="http://sysoev.ru/nginx/">nginx</a> появилась поддержка асинхронного файлового ввода-вывода (aio). Это означает, что теперь файловый io не блокирует весь сервер и запросы продолжают выполняться.<br />
&nbsp;&nbsp;Практический пример может быть таким: есть два диска, на одном html файлы, на другом rar архивы. Если диск с архивами занят чтением, то тот же lighttpd ждёт результата и не обслуживает запросы к html, не смотря на то, что первый диск свободен &#8211; сервер висит.<br />
&nbsp;&nbsp;По правде говоря, в lighttpd aio тоже вроде как есть, но только в версии 1.5 которую никак не могут выпустить. Похоже, пора менять lighttpd на nginx.</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/09/11/nginx-otpravlyaet-lighttpd-na-svalku/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vserver или openVZ</title>
		<link>http://dg.sad.lv/2009/06/30/vserver-ili-openvz/</link>
		<comments>http://dg.sad.lv/2009/06/30/vserver-ili-openvz/#comments</comments>
		<pubDate>Tue, 30 Jun 2009 10:38:14 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1241</guid>
		<description><![CDATA[&#160;&#160;Вот в чём вопрос.
&#160;&#160;Вот что говорит  разработчик vserver:

Linux-VServer
- community driven project
- lightweight isolation
- small and unintrusive patch
- supports all kernel archs
- provides highly advanced jails
OpenVZ
- FOSS version of commercial product
- virtualization (e.g. network)
- rather large (grown) patch
- focused on a few (x86/ppc/sparc)
- provides VPS (e.g. live migration)
Except for that, give or take a feature [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Вот в чём вопрос.<br />
&nbsp;&nbsp;Вот что <a href="http://linsovet.com/vserver-dev-answers-questions-en">говорит</a>  разработчик vserver:</p>
<blockquote><p>
Linux-VServer<br />
- community driven project<br />
- lightweight isolation<br />
- small and unintrusive patch<br />
- supports all kernel archs<br />
- provides highly advanced jails</p>
<p>OpenVZ<br />
- FOSS version of commercial product<br />
- virtualization (e.g. network)<br />
- rather large (grown) patch<br />
- focused on a few (x86/ppc/sparc)<br />
- provides VPS (e.g. live migration)</p>
<p>Except for that, give or take a feature the functionality is mostly the same.
</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/06/30/vserver-ili-openvz/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>С преветом от Linux</title>
		<link>http://dg.sad.lv/2009/04/19/s-prevetom-ot-linux/</link>
		<comments>http://dg.sad.lv/2009/04/19/s-prevetom-ot-linux/#comments</comments>
		<pubDate>Sun, 19 Apr 2009 20:26:27 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=1091</guid>
		<description><![CDATA[&#160;&#160;Отличнейший экслойт объявился для последнего бага в udev. Кому всю жизнь не хватало прав рута &#8211; налетайте !
&#160;&#160;Оригинал здесь:  
http://seclists.org/fulldisclosure/2009/Apr/att-0198/udev_txt
]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Отличнейший <a href="http://dg.sad.lv/files/udev_txt">экслойт</a> объявился для последнего бага в udev. Кому всю жизнь не хватало прав рута &#8211; налетайте !<br />
&nbsp;&nbsp;Оригинал здесь:  </p>
<p>http://seclists.org/fulldisclosure/2009/Apr/att-0198/udev_txt</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/04/19/s-prevetom-ot-linux/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Новая фича openssh</title>
		<link>http://dg.sad.lv/2009/01/10/novaya-ficha-openssh/</link>
		<comments>http://dg.sad.lv/2009/01/10/novaya-ficha-openssh/#comments</comments>
		<pubDate>Sat, 10 Jan 2009 16:12:42 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=796</guid>
		<description><![CDATA[&#160;&#160;В новой версии openssh появилась встроенная возможность запирать пользователей в chroot. Вкупе со встроенным sftp сервером эта фича предоставляет простую и безопасную замену устаревшему ftp на хостинговых площадках.
&#160;&#160;Подробное описание конфигурации можно посмотреть здесь. Стоит только упомянуть об одной особенности: все директории в пути chroot должны быть под владением пользователя root, иначе не работает &#8211; в [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;В новой версии <a href="http://openssh.org/">openssh</a> появилась встроенная возможность запирать пользователей в chroot. Вкупе со встроенным sftp сервером эта фича предоставляет простую и безопасную замену устаревшему ftp на хостинговых площадках.<br />
&nbsp;&nbsp;Подробное описание конфигурации можно посмотреть <a href="http://www.lissyara.su/?id=1828">здесь</a>. Стоит только упомянуть об одной особенности: все директории в пути chroot должны быть под владением пользователя root, иначе не работает &#8211; в логах появляется ошибка &#8220;fatal: bad ownership or modes for chroot directory&#8221;. Нашёл <a href="http://www.tenshu.net/archives/2008/10/09/openssh-51-chrootdirectory-permissions-issue/">здесь</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/01/10/novaya-ficha-openssh/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>nano.lv как хостинг</title>
		<link>http://dg.sad.lv/2009/01/02/nanolv-kak-xosting/</link>
		<comments>http://dg.sad.lv/2009/01/02/nanolv-kak-xosting/#comments</comments>
		<pubDate>Fri, 02 Jan 2009 12:59:23 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[Латвийский ИТ]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[sucks]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=784</guid>
		<description><![CDATA[&#160;&#160;На днях знакомый прислал мне классную ссылку на интернет сайт, размещённый на хостинговой площадке фирмы nano.lv. Оказывается, за неполных три LVL несложными манипуляциями можно получить удалённый доступ в основную систему сервера со всеми вытекающими &#8211; начиная от сбора информации и заканчивая атаками DoS и получением рутовских прав.
&#160;&#160;Что бы я хотел сказать treck-у по этому поводу&#8230; [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;На днях знакомый прислал мне классную ссылку на интернет <a href="http://katenok.pozitiv.lv/miau.php?p=rs.txt">сайт</a>, размещённый на хостинговой площадке фирмы nano.lv. Оказывается, за неполных три LVL несложными манипуляциями можно получить удалённый доступ в основную систему сервера со всеми вытекающими &#8211; начиная от сбора информации и заканчивая атаками DoS и получением рутовских прав.<br />
&nbsp;&nbsp;Что бы я хотел сказать treck-у по этому поводу&#8230; Внешний клиент для админа это всегда враг, главной целью которого является полный захват сервера либо выведение его из строя. Именно исходя из этого утверждения следует строить хостинговую систему и всегда думать о балансе между предоставляемыми возможностями и общей безопасностью системы.<br />
&nbsp;&nbsp;С другой стороны, предоставляя пользователям удалённый доступ к системе с возможностью запуска приложений, очень трудно (скорее даже невозможно) обеспечить разделение ресурсов и безопасность основной системы без использования полной виртуализации для каждого клиента. До тех пор, пока пользователь обслуживается системным ядром, любая ошибка в его коде может быть использована для отказа в обслуживании всего сервера. А ошибки и сплойты для linux это естественная и бесконечная история его развития. И grsecurity тут не поможет. Аминь.</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2009/01/02/nanolv-kak-xosting/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Ошибка в find</title>
		<link>http://dg.sad.lv/2008/10/30/oshibka-v-find/</link>
		<comments>http://dg.sad.lv/2008/10/30/oshibka-v-find/#comments</comments>
		<pubDate>Thu, 30 Oct 2008 15:20:16 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=601</guid>
		<description><![CDATA[&#160;&#160;find (GNU findutils) 4.3.13
find: arithmetic overflow while converting 30 minutes to a number of seconds
&#160;&#160;Что бы это значило ?
]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;find (GNU findutils) 4.3.13</p>
<blockquote><p>find: arithmetic overflow while converting 30 minutes to a number of seconds</p></blockquote>
<p>&nbsp;&nbsp;Что бы это значило ?</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/10/30/oshibka-v-find/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ошибка в модуле ipt_recent для netfilter</title>
		<link>http://dg.sad.lv/2008/10/18/netfilter-ipt_recent-bug/</link>
		<comments>http://dg.sad.lv/2008/10/18/netfilter-ipt_recent-bug/#comments</comments>
		<pubDate>Sat, 18 Oct 2008 10:14:48 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=536</guid>
		<description><![CDATA[&#160;&#160;Есть у меня один могильничек&#8230; Точнее сервер на RedHat 7.2 с ядром серии 2.4.
&#160;&#160;Всё бы ничего, да в модуле ipt_recent для netfilter-а оказывается есть крутой баг, делающий этот самый ipt_recent совершенно бесполезным. Нашли его ещё в 2005-ом и благополучно исправили в ветке 2.6, но забыли портировать на 2.4 &#8211; в текущем ядре 2.4.36.7 модуль всё [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Есть у меня один могильничек&#8230; Точнее сервер на RedHat 7.2 с ядром серии 2.4.<br />
&nbsp;&nbsp;Всё бы ничего, да в модуле ipt_recent для netfilter-а оказывается есть крутой <a href="http://blog.blackdown.de/2005/05/09/fixing-the-ipt_recent-netfilter-module/">баг</a>, делающий этот самый ipt_recent совершенно бесполезным. Нашли его ещё в 2005-ом и благополучно исправили в ветке 2.6, но забыли портировать на 2.4 &#8211; в текущем ядре 2.4.36.7 модуль всё ещё кривой.<br />
&nbsp;&nbsp;Так что пришлось мне править <a href="http://blog.blackdown.de/static/kernel/ipt_recent-fix.patch">оригинальную заплатку</a> что бы она накладывалась на ядро серии 2.4. Так же отправил письмо в <em>linux-kernel</em>, надеюсь в следующем релизе исправят.<br />
&nbsp;&nbsp;Patch: <a href="http://dg.sad.lv/files/ipt_recent.2.4.patch">http://dg.sad.lv/files/ipt_recent.2.4.patch</a></p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/10/18/netfilter-ipt_recent-bug/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>tcp window scaling &#8211; теория и практика</title>
		<link>http://dg.sad.lv/2008/09/14/tcp-window-scaling-teoriya-i-praktika/</link>
		<comments>http://dg.sad.lv/2008/09/14/tcp-window-scaling-teoriya-i-praktika/#comments</comments>
		<pubDate>Sun, 14 Sep 2008 14:30:26 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=428</guid>
		<description><![CDATA[&#160;&#160;Опция TCP window scale позволяет динамически согласовывать (увеличивать) количество передаваемых данных в одном пакете. Что, в теории, ведёт к более эффективному использованию интернет соединений и увеличению реальной пропускной способности. Данная фича уже давно присутствует в Linux и даже была включена в новейшем  Windows Server 2008 ;)
&#160;&#160;Однако, в реальной жизни всё не так уж радостно. [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Опция <a href="http://en.wikipedia.org/wiki/TCP_window_scale_option">TCP window scale</a> позволяет динамически согласовывать (увеличивать) количество передаваемых данных в одном пакете. Что, в теории, ведёт к более эффективному использованию интернет соединений и увеличению реальной пропускной способности. Данная фича уже давно присутствует в Linux и даже была <a href="http://dg.sad.lv/2008/03/30/geroi-po-versii-microsoft/">включена</a> в новейшем  Windows Server 2008 ;)<br />
&nbsp;&nbsp;Однако, в реальной жизни всё не так уж радостно. В случае, если в результате <a href="http://kb.pert.geant2.net/PERTKB/WindowScalingProblems">некорректной реализации</a> масштабирования окна в ОS либо неправильной настройки, не удаётся согласовать размер окна, происходит повторная, порой многократная, передача пакетов. К сожалению, многие из купивших Cisco или установивших *BSD по пошаговой инструкции 3-4 года назад, никогда в дальнейшем не утруждают себя обновлениями.<br />
&nbsp;&nbsp;В результате, на высоконагруженных серверах, включение TCP window scaling приводит к заметному снижению производительности. 5-10 клиентов с кривой реализацией TCP стэка посылающие 100 сообщений по 5 мегабайт увеличивают нагрузку на канал передачи данных и CPU принимающего сервера в несколько раз ! </p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/09/14/tcp-window-scaling-teoriya-i-praktika/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Linux наступает на desktop</title>
		<link>http://dg.sad.lv/2008/07/18/linux-nastupaet-na-desktop/</link>
		<comments>http://dg.sad.lv/2008/07/18/linux-nastupaet-na-desktop/#comments</comments>
		<pubDate>Fri, 18 Jul 2008 20:14:59 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[Мысли в слух]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/?p=387</guid>
		<description><![CDATA[&#160;&#160;В этом я сегодня смог убедится лично.
&#160;&#160;Раньше я видел только сотрудников высокотехнологичных компаний (собственно inbox.lv), выполняющих свои служебные обязанности за рабочими столами KDE или Gnome. Но вот чтобы делопроизводитель транспортной компании смог сломать xfce и рассказывал как по форумам искал manual вернуть пропавшие иконки&#8230; При чём, женщине лет этак за сорок&#8230; Был в шоке.
&#160;&#160;Так и [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;В этом я сегодня смог убедится лично.<br />
&nbsp;&nbsp;Раньше я видел только сотрудников высокотехнологичных компаний (собственно inbox.lv), выполняющих свои служебные обязанности за рабочими столами KDE или Gnome. Но вот чтобы делопроизводитель транспортной компании смог сломать xfce и рассказывал как по форумам искал manual вернуть пропавшие иконки&#8230; При чём, женщине лет этак за сорок&#8230; Был в шоке.<br />
&nbsp;&nbsp;Так и не понял как ей удалось так испортить сессию, что ни xfdesktop, ни xfce4-panel не запускались после авторизации. Зато курсор работал исправно ;) Хотя&#8230; надо признаться, xfce я видел второй раз в жизни :)</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/07/18/linux-nastupaet-na-desktop/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>анекдот с anekdot.ru</title>
		<link>http://dg.sad.lv/2008/03/23/anekdot-s-anekdotru/</link>
		<comments>http://dg.sad.lv/2008/03/23/anekdot-s-anekdotru/#comments</comments>
		<pubDate>Sun, 23 Mar 2008 18:50:47 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[Разное]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/03/23/anekdot-s-anekdotru/</guid>
		<description><![CDATA[Винда:
Приветствую тебя, мой повелитель!!!
Вы действительно хотите удалить этот каталог, о мой повелитель?!!!
Извините, я не могу удалить этот файл, мой повелитель, без него моё существование станет невозможным, о мой повелитель!!! 
Линукс:
Дарофф, чувак!
Хочешь это сделать? Валяй!!!
Что ой бля?
Я тебя просил это делать?
Тряси теперь бубен, я послушаю!!!
]]></description>
			<content:encoded><![CDATA[<p>Винда:<br />
Приветствую тебя, мой повелитель!!!<br />
Вы действительно хотите удалить этот каталог, о мой повелитель?!!!<br />
Извините, я не могу удалить этот файл, мой повелитель, без него моё существование станет невозможным, о мой повелитель!!! </p>
<p>Линукс:<br />
Дарофф, чувак!<br />
Хочешь это сделать? Валяй!!!<br />
Что ой бля?<br />
Я тебя просил это делать?<br />
Тряси теперь бубен, я послушаю!!!</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/03/23/anekdot-s-anekdotru/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ebuild для Дженту за 15 минут</title>
		<link>http://dg.sad.lv/2008/03/07/ebuild-for-gentoo-in-15-minutes/</link>
		<comments>http://dg.sad.lv/2008/03/07/ebuild-for-gentoo-in-15-minutes/#comments</comments>
		<pubDate>Fri, 07 Mar 2008 13:32:31 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[gentoo]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/03/07/ebuild-dlya-dzhentu-za-15-minut/</guid>
		<description><![CDATA[&#160;&#160;Для нового мега проекта Danaki для inbox.lv (уже в стадии подготовки к запуску) необходимо было установить последний lighttpd версии 1.5 которого ещё нет в официальном Gentoo.
&#160;&#160;Ставить из tarball&#8217;а не кошерно, решил сделать свой ebuild из существующего для 1.4.18. Делал подобное первый раз без каких-либо познаний в этом деле. За 20 минут я:

исправил URL для 1.5
добавил [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Для нового мега проекта <a href="http://blog.gate.lv">Danaki</a> для inbox.lv (уже в стадии подготовки к запуску) необходимо было установить последний lighttpd версии 1.5 которого ещё нет в официальном Gentoo.<br />
&nbsp;&nbsp;Ставить из tarball&#8217;а не кошерно, решил сделать свой ebuild из существующего для 1.4.18. Делал подобное первый раз без каких-либо познаний в этом деле. За 20 минут я:</p>
<ol>
<li>исправил URL для 1.5</li>
<li>добавил нашу заплатку для кода</li>
<li>добавил новую зависимость (aio)</li>
<li>добавил новый USE флаг</li>
<li>изменил конфигурационные файлы для lighttpd по умолчанию</li>
</ol>
<p>&nbsp;&nbsp;Ничего сложного :)</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/03/07/ebuild-for-gentoo-in-15-minutes/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Восстановление Intel Entry Storage System SS4000-E</title>
		<link>http://dg.sad.lv/2008/03/01/intel-entry-storage-system-ss4000e-data-recovery/</link>
		<comments>http://dg.sad.lv/2008/03/01/intel-entry-storage-system-ss4000e-data-recovery/#comments</comments>
		<pubDate>Sat, 01 Mar 2008 00:02:24 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[intel]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[raid]]></category>
		<category><![CDATA[storage]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/03/01/intel-entry-storage-system-ss4000-e-i-ya/</guid>
		<description><![CDATA[&#160;&#160;Сломался у товарищей значит Intel Entry Storage System SS4000-E. Дёрнулось электричество и аппарат сказал что диски у него теперь девственные и совсем новые. А раз там Linux Inside, притащили мне искать потерянное добро.
&#160;&#160;На дисках линуксовый программный RAID10. Вставили два страйповых диска в Debian, он их с радостью и нашёл: 

denis@debian:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Сломался у товарищей значит <a href="http://support.intel.com/design/servers/storage/ss4000-E/index.htm?iid=prod_storage_home+body_ss4000">Intel Entry Storage System SS4000-E</a>. Дёрнулось электричество и аппарат сказал что диски у него теперь девственные и совсем новые. А раз там Linux Inside, притащили мне искать потерянное добро.<span id="more-272"></span><br />
&nbsp;&nbsp;На дисках линуксовый программный RAID10. Вставили два страйповых диска в Debian, он их с радостью и нашёл: </p>
<blockquote><p>
denis@debian:~$ cat /proc/mdstat<br />
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]<br />
md0 : active raid1 sdb1[2]<br />
      262976 blocks [4/1] [__U_]</p>
<p>md3 : active raid1 sdb2[1] sda2[3]<br />
      131456 blocks [4/2] [_U_U]</p>
<p>md1 : active raid10 sda3[0] sdb3[2]<br />
      1464359680 blocks 64K chunks 2 near-copies [4/2] [U_U_]
</p></blockquote>
<p>&nbsp;&nbsp;Системник, swap и массив с данными. Только вот на массиве с данными нет разделов &#8211; fdisk поругался что-то на выходящее за рамки и ничего не показал. O&#8217;Key, берём  testdisk и делаем всё что надо:</p>
<blockquote><p>
testdisk /dev/md1
</p></blockquote>
<p>&nbsp;&nbsp;В результате на  /dev/md1 имеем два раздела с XFS:</p>
<blockquote>
<p>debian:~# cfdisk -P s /dev/md1<br />
Partition Table for /dev/md1</p>
<p>               First       Last<br />
 # Type       Sector      Sector   Offset    Length   Filesystem Type (ID) Flag<br />
&#8211; &#8212;&#8212;- &#8212;&#8212;&#8212;&#8211; &#8212;&#8212;&#8212;&#8211; &#8212;&#8212; &#8212;&#8212;&#8212;&#8211; &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211; &#8212;-<br />
   Pri/Log           0       22271      0#      22272 Free Space           None<br />
 1 Primary       22272  2927646463      0  2927624192 Linux (83)           None<br />
   Pri/Log  2927646464  2927652607      0        6144 Free Space           None<br />
 2 Primary  2927652608  2928062207      0      409600 Linux (83)           None<br />
   Pri/Log  2928062208  2928719359      0      657152 Free Space           None
</p></blockquote>
<p>&nbsp;&nbsp;Далее пересобираем массив с разделами:</p>
<blockquote><p><code><br />
debian:~# mdadm --stop /dev/md1<br />
mdadm: stopped /dev/md1<br />
debian:~# mdadm --assemble /dev/md_d1 --auto=mdp /dev/sd[ab]3<br />
mdadm: /dev/md_d1 has been started with 2 drives (out of 4).</code>
</p></blockquote>
<p>&nbsp;&nbsp;Монтируем чтобы обновить журнал (или лучше было обнулить его?). Смотрим, что есть (ничего нет). Размонтируем и пару раз (для надёжности) проходим xfs_repair:</p>
<blockquote><p>
mount /dev/md_d1p1 /mnt/raid/<br />
umount /mnt/raid/<br />
xfs_repair /dev/md_d1p1<br />
xfs_repair /dev/md_d1p1<br />
mount /dev/md_d1p1 /mnt/raid/
</p></blockquote>
<p>&nbsp;&nbsp;Список имевшихся файлов можно посмотреть командой </p>
<blockquote><p>xfs_ncheck /dev/md_d1p1
</p></blockquote>
<p>&nbsp;&nbsp;Всё что удалось спасти валяется в </p>
<blockquote><p>
/mnt/raid/lost+found/</p></blockquote>
<p>&nbsp;&nbsp;Аминь.<br />
ЗЫ ссылка по теме: <a href="http://em7210.kwaak.net/cgi-bin/trac.cgi">http://em7210.kwaak.net/cgi-bin/trac.cgi</a></p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/03/01/intel-entry-storage-system-ss4000e-data-recovery/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Простой шейпер</title>
		<link>http://dg.sad.lv/2008/02/01/simple-shaping/</link>
		<comments>http://dg.sad.lv/2008/02/01/simple-shaping/#comments</comments>
		<pubDate>Fri, 01 Feb 2008 12:58:18 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/02/01/prostoj-shejper/</guid>
		<description><![CDATA[&#160;&#160;Иногда возникает необходимость шейпить траффик по определённому порту. В моём случае исходящий SMTP траффик убивал DSL линк когда кто-нибудь посылал видео ролик на 7 мегов 3-10 адресатам. С помощью пакета iproute2 в linux можно творить маленькие чудеса :)

Устанавливаем очередь CBQ на интерфейс:

tc qdisc add dev eth1 root handle 1: cbq avpkt 1000 bandwidth 100mbit

Создаём класс [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Иногда возникает необходимость шейпить траффик по определённому порту. В моём случае исходящий SMTP траффик убивал DSL линк когда кто-нибудь посылал видео ролик на 7 мегов 3-10 адресатам. С помощью пакета <a href="http://www.linux-foundation.org/en/Net:Iproute2">iproute2</a> в linux можно творить маленькие чудеса :)</p>
<ul>
<li>Устанавливаем очередь CBQ на интерфейс:<br />
<code><br />
tc qdisc add dev eth1 root handle 1: cbq avpkt 1000 bandwidth 100mbit<br />
</code></li>
<li>Создаём класс на 256kbit:<br />
<code><br />
tc class add dev eth1 parent 1: classid 1:1 cbq rate 256kbit allot 1500 prio 5 bounded isolated<br />
</code></li>
<li>
Загняем траффик по шаблону <em>ip dport 25 0xffff</em> через фильтр u32:<br />
<code><br />
tc filter add dev eth1 parent 1: protocol ip prio 16 u32 match ip dport 25 0xffff  flowid 1:1</code></li>
</ul>
<p>&nbsp;&nbsp;В результате исходящий траффик на 25 порт не превышает 260kbit/s в любой ситуации.</p>
<p>&nbsp;&nbsp;Больше здесь:<br />
<a href="http://lartc.org/howto/lartc.ratelimit.single.html">Rate limiting a single host or netmask</a><br />
<a href="http://lartc.org/howto/lartc.adv-filter.html#LARTC.ADV-FILTER.U32">The u32 classifier</a></p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/02/01/simple-shaping/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Поиски причин segfault под Gentoo</title>
		<link>http://dg.sad.lv/2008/01/26/poiski-prichin-segfault-pod-gentoo/</link>
		<comments>http://dg.sad.lv/2008/01/26/poiski-prichin-segfault-pod-gentoo/#comments</comments>
		<pubDate>Fri, 25 Jan 2008 21:55:29 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[gentoo]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/01/26/poiski-prichin-segfault-pod-gentoo/</guid>
		<description><![CDATA[&#160;&#160;Пришлось на днях поразвлекаться с gdb и падающим в segmentation failure PHP. Вот несколько советов по получению удовлетворительного результата под hardened Gentoo:

ставим размер coredump&#8217;a бесконечным:
ulimit -c unlimited

прописываем путь для коры:
echo "/tmp/core.%p-%t" > /proc/sys/kernel/core_pattern

переключить компилятор gcc на vanilla (ВАЖНО!):
gcc-config i686-pc-linux-gnu-3.4.6-vanilla
запускаем сборку с дополнительными опциями:
EXTRA_ECONF=" --enable-debug" FEATURES="nostrip" emerge -a php

&#160;&#160;После падения по segfault смотрим результат:
gdb /usr/bin/php-cgi /tmp/core.bla-bla-bla
]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Пришлось на днях поразвлекаться с <a href="http://sourceware.org/gdb/">gdb</a> и падающим в <strong>segmentation failure</strong> PHP. Вот несколько советов по получению удовлетворительного результата под <strong>hardened Gentoo</strong>:</p>
<ol>
<li>ставим размер coredump&#8217;a бесконечным:<br />
<code>ulimit -c unlimited</code>
</li>
<li>прописываем путь для коры:<br />
<code>echo "/tmp/core.%p-%t" > /proc/sys/kernel/core_pattern</code>
</li>
<li>переключить компилятор <strong>gcc</strong> на vanilla (ВАЖНО!):<br />
<code>gcc-config i686-pc-linux-gnu-3.4.6-vanilla</code></li>
<li>запускаем сборку с дополнительными опциями:<br />
<code>EXTRA_ECONF=" --enable-debug" FEATURES="nostrip" emerge -a php</code></li>
</ol>
<p>&nbsp;&nbsp;После падения по segfault смотрим результат:<br />
<code>gdb /usr/bin/php-cgi /tmp/core.bla-bla-bla</code></p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/01/26/poiski-prichin-segfault-pod-gentoo/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Подводные камни патча Grsecurity</title>
		<link>http://dg.sad.lv/2008/01/20/podvodnye-kamni-patcha-grsecurity/</link>
		<comments>http://dg.sad.lv/2008/01/20/podvodnye-kamni-patcha-grsecurity/#comments</comments>
		<pubDate>Sun, 20 Jan 2008 15:20:14 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[hack]]></category>
		<category><![CDATA[gentoo]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2008/01/20/podvodnye-kamni-patcha-grsecurity/</guid>
		<description><![CDATA[&#160;&#160;На днях столкнулся с проблемами при использовании ядра, собранного из sys-kernel/hardened-sources в Gentoo с включенными опциями grsecurity. Долго не мог понять в чем дело &#8211; gcc постоянно падал в segfault при сборке большинства пакетов, в то время как tar паковал пару гигов через bzip2 на ура. Поменяли проц и мамку &#8211; без результата.
&#160;&#160;Дело оказалось в [...]]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;На днях столкнулся с проблемами при использовании ядра, собранного из <em>sys-kernel/hardened-sources</em> в Gentoo с включенными опциями <a href="http://grsecurity.net"><strong>grsecurity</strong></a>. Долго не мог понять в чем дело &#8211; <strong>gcc</strong> постоянно падал в <strong>segfault</strong> при сборке большинства пакетов, в то время как <em>tar</em> паковал пару гигов через <em>bzip2</em> на ура. Поменяли проц и мамку &#8211; без результата.<br />
&nbsp;&nbsp;Дело оказалось в опции <strong>CONFIG_PAX_NOEXEC</strong> из раздела <em>Security options->PaX->Non-executable page</em>. После полного отключения фичи <strong>Non-executable pages</strong> компилятор всё таки заработал.<br />
&nbsp;&nbsp;Данная проблема явилась для меня сюрпризом, так как я уже долгое время работаю с ядрами линукс с включенным PAX&#8217;ом под <em>amd64</em> без каких-либо нареканий. В этом же случае, система оказалась <em>i686</em> на базе процессора Pentium4 без поддержки NX бита.</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2008/01/20/podvodnye-kamni-patcha-grsecurity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trustix умер</title>
		<link>http://dg.sad.lv/2007/12/01/trustix-is-dead/</link>
		<comments>http://dg.sad.lv/2007/12/01/trustix-is-dead/#comments</comments>
		<pubDate>Fri, 30 Nov 2007 21:55:22 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2007/12/01/trustix-umer/</guid>
		<description><![CDATA[&#160;&#160;Как это ни печально, но весьма неплохой серверный rpm-based дистрибутив Trustix, согласно объявлению на оффициальном сайте, закончил своё существование. Так сказать, &#8220;всем спасибо, все свободны&#8221;.
&#160;&#160;Что я буду теперь делать с теми 15 серверами, которые я поставил на Trustix за последние пять лет ?!?! Жопа, блин.
]]></description>
			<content:encoded><![CDATA[<p>&nbsp;&nbsp;Как это ни печально, но весьма неплохой серверный rpm-based дистрибутив Trustix, согласно объявлению на оффициальном <a href="http://trustix.org/">сайте</a>, закончил своё существование. Так сказать, &#8220;всем спасибо, все свободны&#8221;.<br />
&nbsp;&nbsp;Что я буду теперь делать с теми 15 серверами, которые я поставил на Trustix за последние пять лет ?!?! Жопа, блин.</p>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2007/12/01/trustix-is-dead/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>EeePC от AsusTek</title>
		<link>http://dg.sad.lv/2007/11/30/eeepc-ot-asustek/</link>
		<comments>http://dg.sad.lv/2007/11/30/eeepc-ot-asustek/#comments</comments>
		<pubDate>Fri, 30 Nov 2007 15:43:29 +0000</pubDate>
		<dc:creator>deniss</dc:creator>
				<category><![CDATA[tech]]></category>
		<category><![CDATA[hardware]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[notebook]]></category>
		<category><![CDATA[toys]]></category>

		<guid isPermaLink="false">http://dg.sad.lv/2007/11/30/eeepc-ot-asustek/</guid>
		<description><![CDATA[&#160;&#160;Коллега взял EeePC за 220Ls. Сегодня ломали :) Linux, ядро 2.6.21, похоже  на дебъян, сверху KDE со всеми вытекающими. Есть OpenOffice,  Firefox, Thunderbird, Skype, консоль и много другого, включая ssh клиент и man. Смотрится красиво, тормозит в меру.
&#160;&#160;Больше всего расстроил маленький экран &#8211; могли бы сделать и побольше, благо место осталось. Клавиатура так [...]]]></description>
			<content:encoded><![CDATA[<p><a href='http://dg.sad.lv/pix/2007/12/eeepc1.jpg' title='EeePC от AsusTek'><img src='http://dg.sad.lv/pix/2007/12/eeepc1.thumbnail.jpg' alt='EeePC от AsusTek' vspace=5 hspace=5 align='right'  /></a>&nbsp;&nbsp;Коллега взял <a href="http://eeepc.asus.com">EeePC</a> за 220Ls. Сегодня ломали :) Linux, ядро 2.6.21, похоже  на дебъян, сверху KDE со всеми вытекающими. Есть OpenOffice,  Firefox, Thunderbird, Skype, консоль и много другого, включая ssh клиент и man. Смотрится красиво, тормозит в меру.<br />
&nbsp;&nbsp;Больше всего расстроил маленький экран &#8211; могли бы сделать и побольше, благо место осталось. Клавиатура так же не особо удобна &#8211; слишком мала для нормальных пальчиков. В остальном, на первый взгляд, все достаточно хорошо. Видео показывет, файлы открывает, интернет работает.<br />
&nbsp;&nbsp;Встроенная флешка разбита на 4 раздела. 2 системных по 8 мегов, один загрузочный с системой на 2.4Gb и пользовательский на 1.4Gb. Системный раздел и пользовательский объеденены с помощью unionfs, при этом системный &#8211; read-only. Разработчики постарались чтобы пользователи не могли добратся до системных файлов. За полтора часа мне этого не удалось :^(<br />
&nbsp;&nbsp;Несколько советов: консоль вызывается через Alt-Ctrl-T, рут получить можно через <em>sudo /bin/bash</em>, камера для Skype2 включается через BIOS.</p>
<table align='center' cellpadding=5 >
<tr>
<td><a href='http://dg.sad.lv/pix/2007/12/eeepc4.jpg' title='EeePC от AsusTek'><img src='http://dg.sad.lv/pix/2007/12/eeepc4.thumbnail.jpg' alt='EeePC от AsusTek' /></a></td>
<td><a href='http://dg.sad.lv/pix/2007/12/eeepc2.jpg' title='EeePC от AsusTek'><img src='http://dg.sad.lv/pix/2007/12/eeepc2.thumbnail.jpg' alt='EeePC от AsusTek' /></a></td>
<td><a href='http://dg.sad.lv/pix/2007/12/eeepc3.jpg' title='EeePC от AsusTek'><img src='http://dg.sad.lv/pix/2007/12/eeepc3.thumbnail.jpg' alt='EeePC от AsusTek' /></a></td>
</tr>
</table>
]]></content:encoded>
			<wfw:commentRss>http://dg.sad.lv/2007/11/30/eeepc-ot-asustek/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

