<?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"
	>

<channel>
	<title>/tmp</title>
	<atom:link href="http://www.slashtmp.ru/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.slashtmp.ru</link>
	<description></description>
	<pubDate>Mon, 18 Jul 2011 07:57:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
	<language>en</language>
			<item>
		<title>Создание миррора репозитория Debian средствами nginx</title>
		<link>http://www.slashtmp.ru/2009/09/16/nginx-mirror-apt/</link>
		<comments>http://www.slashtmp.ru/2009/09/16/nginx-mirror-apt/#comments</comments>
		<pubDate>Wed, 16 Sep 2009 08:12:11 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о nginx]]></category>

		<category><![CDATA[apt]]></category>

		<category><![CDATA[apt-proxy]]></category>

		<guid isPermaLink="false">http://www.slashtmp.ru/?p=202</guid>
		<description><![CDATA[Некоторое время назад возникла потребность в централизованном хранении пакетов и обновлений для Debian GNU/Linux, т.к. тянуть пакеты из интернета - это приличный трафик и приличные задержки.
Сразу же возникла идея замиррорить  ftp.debian.org. Но идея была отвергнута из-за большого трафика и ненадобностью хранения неиспользуемых пакетов.
apt-proxy и apt-cache не понравились, т.к. они отличаются приличными тормозами, да и не [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2009/09/16/nginx-mirror-apt/feed/</wfw:commentRss>
		</item>
		<item>
		<title>ng_netflow в RELENG_7_2</title>
		<link>http://www.slashtmp.ru/2009/05/06/tag-ng_netflow/</link>
		<comments>http://www.slashtmp.ru/2009/05/06/tag-ng_netflow/#comments</comments>
		<pubDate>Wed, 06 May 2009 14:15:15 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о FreeBSD]]></category>

		<category><![CDATA[Статьи о netgraph]]></category>

		<category><![CDATA[mbuf-tag]]></category>

		<category><![CDATA[ng_netflow]]></category>

		<guid isPermaLink="false">http://www.slashtmp.ru/?p=148</guid>
		<description><![CDATA[Начиная с RELENG_7_2, в коде ng_netflow появилась возможность генерировать не только ingress flow, но и egress flow. Так же добавлена возможность тегирования (mbuf-tag) пакетов, во избежание двойного аккаунтинга в случае одновременной генерации ingress и egress flow.

Поведением ng_netflow можно управлять при помощи нового типа управляющих сообщений NGM_NETFLOW_SETCONFIG (или  setconfig в ascii представлении).
msg netflow: setconfig { iface [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2009/05/06/tag-ng_netflow/feed/</wfw:commentRss>
		</item>
		<item>
		<title>wraplinux: FreeBSD port</title>
		<link>http://www.slashtmp.ru/2009/04/14/wraplinux-port/</link>
		<comments>http://www.slashtmp.ru/2009/04/14/wraplinux-port/#comments</comments>
		<pubDate>Tue, 14 Apr 2009 12:01:04 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[FreeBSD ports]]></category>

		<category><![CDATA[Заметки о FreeBSD]]></category>

		<category><![CDATA[ports]]></category>

		<category><![CDATA[wraplinux]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=131</guid>
		<description><![CDATA[wraplinux - утилита, позволяющая скомпоновать ядро Linux (x86) и файлы initrd в один файл формата ELF или NBI, требующиеся для некоторых протоколов загрузки. В частности, ядро Linux, с подобной elf32-обверткой, может быть загружено при помощи лоадера (loader(8)) FreeBSD.

Например, следующей командой можно создать файл kernel формата elf32, в котором запакованы ядро и initrd-файл.
% wraplinux -E -p [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2009/04/14/wraplinux-port/feed/</wfw:commentRss>
		</item>
		<item>
		<title>mpd: netflow и nat</title>
		<link>http://www.slashtmp.ru/2009/03/15/mpd-netflow-nat/</link>
		<comments>http://www.slashtmp.ru/2009/03/15/mpd-netflow-nat/#comments</comments>
		<pubDate>Sun, 15 Mar 2009 11:17:02 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о FreeBSD]]></category>

		<category><![CDATA[Заметки о сетях]]></category>

		<category><![CDATA[Статьи о netgraph]]></category>

		<category><![CDATA[mpd]]></category>

		<category><![CDATA[mpd5]]></category>

		<category><![CDATA[ng_nat]]></category>

		<category><![CDATA[ng_netflow]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=94</guid>
		<description><![CDATA[MPD - Multi-link PPP daemon based on netgraph (4)
Изначально mpd представлял собой достаточно гибкий ppp-демон с расширяемыми возможностями. В 5-й версии, кроме своих изначальных способностей, работы в качестве ppp-демона, в mpd реализована поддержка nat, аккаунтинга средствами ng_netflow и ng_ipacct, шейпинга трафика средствами ng_car. Есть даже telnet-доступ и web-интерфейс.
Ниже приведен конфиг mpd5 на моей домашней машине. [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2009/03/15/mpd-netflow-nat/feed/</wfw:commentRss>
		</item>
		<item>
		<title>FreeBSD Kernel package</title>
		<link>http://www.slashtmp.ru/2009/03/10/freebsd-kernel-package/</link>
		<comments>http://www.slashtmp.ru/2009/03/10/freebsd-kernel-package/#comments</comments>
		<pubDate>Tue, 10 Mar 2009 19:22:36 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[FreeBSD ports]]></category>

		<category><![CDATA[Заметки о FreeBSD]]></category>

		<category><![CDATA[kernel]]></category>

		<category><![CDATA[pkg_add]]></category>

		<category><![CDATA[ports]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=83</guid>
		<description><![CDATA[ Некоторое время назад, при подготовке системы массовой инсталляции FreeBSD, столкнулся с неожиданной трудностью при инсталляции кастомного ядра. Например, sysinstall хочет получить ядро в виде gzip-ованого архива, причем еще и разбитого по томам. ИМХО, это не совсем удобно, тем более, если нужно создать некоторый набор ядер для разных вариантов установки.
Для упрощения был написан порт для [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2009/03/10/freebsd-kernel-package/feed/</wfw:commentRss>
		</item>
		<item>
		<title>nginx post_action</title>
		<link>http://www.slashtmp.ru/2008/12/29/nginx-post_action/</link>
		<comments>http://www.slashtmp.ru/2008/12/29/nginx-post_action/#comments</comments>
		<pubDate>Mon, 29 Dec 2008 11:10:57 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о nginx]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=80</guid>
		<description><![CDATA[
Q: Как сделать post_action  с переписыванием uri.
A: post_action мало описанная, но очень полезная  фича. Однако при изменении uri почему-то пропадают аргументы. Важно полечить 2-мя способами

Сохранением во временную переменную аргументов
set $myargs $is_args$args;

location /setget {
                proxy_pass http://upsream1;
    [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2008/12/29/nginx-post_action/feed/</wfw:commentRss>
		</item>
		<item>
		<title>glabel &#38; gjournal</title>
		<link>http://www.slashtmp.ru/2008/12/22/geom/</link>
		<comments>http://www.slashtmp.ru/2008/12/22/geom/#comments</comments>
		<pubDate>Mon, 22 Dec 2008 08:31:56 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о FreeBSD]]></category>

		<category><![CDATA[gjournal]]></category>

		<category><![CDATA[glabel]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=72</guid>
		<description><![CDATA[
GEOM 
glabel 
Позволяет делать метки fs в стиле линуксового label. В итоге FS можно монтировать не по имени физического устройства, а по метке. Это бывает удобно в случае физического изменения положения разделов. Например если переткнуть хард на другой контроллер, не нужно менять записи в fstab.

# Device          [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2008/12/22/geom/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Привязка IP к портам, dhcp-relay</title>
		<link>http://www.slashtmp.ru/2008/12/15/dhcrelay/</link>
		<comments>http://www.slashtmp.ru/2008/12/15/dhcrelay/#comments</comments>
		<pubDate>Mon, 15 Dec 2008 19:45:33 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о сетях]]></category>

		<category><![CDATA[dhcp]]></category>

		<category><![CDATA[option 82]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=40</guid>
		<description><![CDATA[Часто возникает потребность раздавать IP-адреса в зависимости от порта, на котором располагается клиент. Для этого может пригодиться функция агента dhcp-relay, которую сейчас поддерживают практически все современные управляемые свитчи. В этом примере был использован ADSL-свитч ZyXEL IES1248-71.
Свитч перехватывает широковещательный UDP-запрос на 67-й порт и перенаправляет его  юникастом к заранее определенному DHCP-серверу. При этом к пакету [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2008/12/15/dhcrelay/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Опрос (и установка) состояния портов свитчей по SNMP</title>
		<link>http://www.slashtmp.ru/2008/12/15/snmp-ifstatus/</link>
		<comments>http://www.slashtmp.ru/2008/12/15/snmp-ifstatus/#comments</comments>
		<pubDate>Mon, 15 Dec 2008 19:41:57 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Заметки о сетях]]></category>

		<category><![CDATA[perl]]></category>

		<category><![CDATA[snmp]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=37</guid>
		<description><![CDATA[Написал небольшой скрипт для опороса свитчей по SNMP на предмет включенных/выключенных портов.
Скриптом можно определять состояние порта (ifAdminStatus,ifOperStatus), включать/выключать порт свича.
Для работы скрипта нужно:
1) perl (v5)
2) модуль Net::SNMP (v5)
3) На свитче создать snmp community для чтения
(если нужно включать/выключать порт то и на запись).

Проверяем состояние порта 24:


$ ./snmpreq -h 192.168.1.100 -c public -p 24 -g
ifAdminStatus is up
ifOperStatus [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2008/12/15/snmp-ifstatus/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Передача данных с COM-порта по ip</title>
		<link>http://www.slashtmp.ru/2008/12/15/ng_tty-2ud/</link>
		<comments>http://www.slashtmp.ru/2008/12/15/ng_tty-2ud/#comments</comments>
		<pubDate>Mon, 15 Dec 2008 19:33:43 +0000</pubDate>
		<dc:creator>myc</dc:creator>
		
		<category><![CDATA[Статьи о netgraph]]></category>

		<category><![CDATA[ng_ksocket]]></category>

		<category><![CDATA[ng_tty]]></category>

		<guid isPermaLink="false">http://tmp.barev.net/?p=29</guid>
		<description><![CDATA[Схема простая:

Есть ng_tty и ng_socket. У них есть крюки hook и inet/dgram/udp. Соединяем их и радуемся жизни.
В реальности все немного сложнее.
Вначале нужно сделать соответствующее устройство /dev/cuad0 дисциплиной Netgraph ( NETGRAPHDISC ).
К сожалению, из шела этого сделать нельзя.
Для этого придется написать маленькую программку на C.

#include &#60;stdio.h&#62;
#include &#60;fcntl.h&#62;
#include &#60;sys/select.h&#62;
#include &#60;sys/ioctl.h&#62;

int main() {
  int fd;
  int [...]]]></description>
		<wfw:commentRss>http://www.slashtmp.ru/2008/12/15/ng_tty-2ud/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>

