<?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>Kamenitza Notepad</title>
	<atom:link href="http://kamenitza.org/feed" rel="self" type="application/rss+xml" />
	<link>http://kamenitza.org</link>
	<description>Още една халба с акъл...</description>
	<lastBuildDate>Fri, 30 Jul 2010 08:57:06 +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>Обсада и обезвреждане на терористите&#8230;</title>
		<link>http://kamenitza.org/archives/373</link>
		<comments>http://kamenitza.org/archives/373#comments</comments>
		<pubDate>Fri, 30 Jul 2010 08:56:34 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Фун]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=373</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p><a href="http://kamenitza.org/wp-content/uploads/devotion_to_duty.png"><img src="http://kamenitza.org/wp-content/uploads/devotion_to_duty-300x116.png" alt="" title="devotion_to_duty" width="300" height="116" class="aligncenter size-medium wp-image-374" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/373/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HTC: сортиране на телефонния указател</title>
		<link>http://kamenitza.org/archives/367</link>
		<comments>http://kamenitza.org/archives/367#comments</comments>
		<pubDate>Fri, 30 Jul 2010 08:45:24 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[Мрън-мрън]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=367</guid>
		<description><![CDATA[Та освен, че са доста неудобни за работа с една ръка HTC телефоните с тъч скрийн (Windows mobile) имат и друг ОГРОМЕН пропуск &#8211; сортират телефонния указател по &#8220;Фамилия, Име&#8221; &#8211; доста непрактично според мен. Единият вариант е да се редактират всички контакти един по един, като за всеки се посочи в опцията &#8220;File as&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>Та освен, че са доста неудобни за работа с една ръка HTC телефоните с тъч скрийн (Windows mobile) имат и друг ОГРОМЕН пропуск &#8211; сортират телефонния указател по &#8220;Фамилия, Име&#8221; &#8211; доста непрактично според мен.<br />
Единият вариант е да се редактират всички контакти един по един, като за всеки се посочи в опцията &#8220;File as&#8221; как желаем да го виждаме.<br />
Имало и малко по-лесенв ариант как да &#8220;преобразим&#8221; всички &#8211; <a href="http://blog.stephansen.org/windows-phone/contact-changer/">Contact Changer</a>.<br />
Прикачам и копие на програмчето, за да пробвате.</p>
<p><a href='http://kamenitza.org/wp-content/uploads/Contact_changer_v1.3.cab'>Contact_changer_v1.3</a></p>
<p>(Конкретно се възмущавам от HTC Diamond)</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/367/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ip_conntrack_count &#8211; snmp monitoring</title>
		<link>http://kamenitza.org/archives/364</link>
		<comments>http://kamenitza.org/archives/364#comments</comments>
		<pubDate>Fri, 25 Jun 2010 13:29:13 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=364</guid>
		<description><![CDATA[За линукс рутери е много добра идея да се следи състоянието на ip_conntrack_count таблциата. Препълни ли се &#8211; повече не се препращат заявки. А и чисто статистически е добре да имате идея колко се товари рутера. Най удобния инструмент за отдалечен мониторинг е SNMP, да но ip_conntrack_count по подразбиране го няма там. Ето как да [...]]]></description>
			<content:encoded><![CDATA[<p>За линукс рутери е много добра идея да се следи състоянието на <code>ip_conntrack_count</code> таблциата. Препълни ли се &#8211; повече не се препращат заявки. А и чисто статистически е добре да имате идея колко се товари рутера.<br />
Най удобния инструмент за отдалечен мониторинг е SNMP, да но <code>ip_conntrack_count</code> по подразбиране го няма там.<br />
Ето как да си го направим:</p>
<p>Пишем едноредово скриптче, което ще проверява колко конекции са заети (<code>ip_conntrack_count</code>):<br />
<code>#!/bin/bash<br />
cat /proc/sys/net/ipv4/netfilter/ip_conntrack_count</code></p>
<p>Записваме скрипта в <code>/root/ctrack.sh</code><br />
Правим го изпълним:<br />
<code>chmod +x /root/ctrack.sh</code></p>
<p>Някъде към края на <code>snmpd.conf</code> се добавя:<br />
<code>exec conntrac_count /root/ctrack.sh</code></p>
<p>Правим проверка:<br />
<code># snmpwalk -v2c -c public localhost .1.3.6.1.4.1.2021.8<br />
UCD-SNMP-MIB::extIndex.1 = INTEGER: 1<br />
UCD-SNMP-MIB::extNames.1 = STRING: conntrac_count<br />
UCD-SNMP-MIB::extCommand.1 = STRING: /root/ctrack.sh<br />
UCD-SNMP-MIB::extResult.1 = INTEGER: 0<br />
UCD-SNMP-MIB::extOutput.1 = STRING: 44234<br />
UCD-SNMP-MIB::extErrFix.1 = INTEGER: 0<br />
UCD-SNMP-MIB::extErrFixCmd.1 = STRING:</code></p>
<p>Изхода от скриптчето вече се вижда в <strong>UCD-SNMP-MIB::extOutput.1</strong>.</p>
<p>Сигурно стопляте колко мощен е този инструмент. Може да се добави и роботче за проверка на температурата на хард дисковете с нещо от сорта на:<br />
<code>/usr/sbin/smartctl -A /dev/hdа | grep -i temperaturе | awk '{print  $10}'</code></p>
<p>Въпрос на фантастика <img src='http://kamenitza.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
Честито на успелите!</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/364/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Повишение ще ми иска&#8230;</title>
		<link>http://kamenitza.org/archives/333</link>
		<comments>http://kamenitza.org/archives/333#comments</comments>
		<pubDate>Thu, 20 May 2010 19:30:59 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Мрън-мрън]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=333</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p><a href="http://kamenitza.org/wp-content/uploads/bum.jpg"><img src="http://kamenitza.org/wp-content/uploads/bum-300x241.jpg" alt="" title="bum" width="300" height="241" class="aligncenter size-medium wp-image-334" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/333/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH brute force protection</title>
		<link>http://kamenitza.org/archives/251</link>
		<comments>http://kamenitza.org/archives/251#comments</comments>
		<pubDate>Thu, 06 May 2010 14:30:11 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[ban]]></category>
		<category><![CDATA[bruteforce]]></category>
		<category><![CDATA[protection]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=251</guid>
		<description><![CDATA[Това е елементарна защита на хост с отворен достъп по SSH. Налага се поради огромния брой сканиращи роботчета и злонамерени персонажи, които опитват да налучкат пароли за достъп. Логиката на тази защита е &#8211; следи се лог файла /var/log/secure и при наличие на повече от 5 грешни опита за влизане през SSH блокира достъпа на [...]]]></description>
			<content:encoded><![CDATA[<p>Това е елементарна защита на хост с отворен достъп по SSH. Налага се поради огромния брой сканиращи роботчета и злонамерени персонажи, които опитват да налучкат пароли за достъп.<br />
Логиката на тази защита е &#8211; следи се лог файла <strong>/var/log/secure</strong> и при наличие на повече от 5 грешни опита за влизане през SSH блокира достъпа на IP адреса чрез <strong>iptables</strong> правило.</p>
<p>Изваждане на списъка с &#8220;провинилите&#8221; се адреси:</p>
<p><code># cat /var/log/secure | grep "]: Failed " | awk -F "from " '{print $2}' | awk '{print $1}' | sort | uniq -d -c | awk '{if ($1 > 5) print $2}' > /ssh-banned.txt</code><br />
<em>(всичко е на един ред)</em></p>
<p>Всички адреси, които са правили повече от 5 неуспешни опита да влязат през SSH ще се запишат в <strong>/ssh-banned.txt</strong>.</p>
<p>Следва да се блокира достъпа на тези адреси.<br />
Добавя се това в началото на firewall скрипта, който ползвате:</p>
<p><code>#!/bin/bash<br />
SSHBAN=/ssh-banned.txt<br />
if [ -f $SSHBAN ]; then<br />
    for BAN_IP in `cat $SSHBAN`<br />
        do<br />
            iptables -A INPUT -s $BAN_IP -j DROP<br />
        done<br />
fi</code></p>
<p>Скрипта парсва файла с адресите и добавя блокиращо iptables правило за всеки адрес от него.</p>
<p>За автоматизиране се добавя в cron:</p>
<p><code>*/10 * * * * cat /var/log/secure | grep "]: Failed " | awk -F "from " '{print $2}' | awk '{print $1}' | sort | uniq -d -c | awk '{if ($1 > 5) print $2}' > /ssh-banned.txt &#038;&#038; /etc/rc.d/rc.fw</code></p>
<p>Приемам че firewall-ът е в <strong>/etc/rc.d/rc.fw</strong>, необходимо е дой да се стартира винаги след като списъка с баннатите адреси се опредни. Променете го с пътя до вашия.</p>
<p><em>(Примерът е за Red Hat базирани дистрибуции)</em></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/251/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH proxy (socks + PuTTY)</title>
		<link>http://kamenitza.org/archives/245</link>
		<comments>http://kamenitza.org/archives/245#comments</comments>
		<pubDate>Fri, 30 Apr 2010 15:19:34 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Solaris]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=245</guid>
		<description><![CDATA[Наистина могат да се намерят 49582638 причини да ползвате прокси &#8211; няма да изброявам нито една. Бърз, лесен и най-вече сигурен начин е ползването на SSH прокси. Т.е. трафикът ви се прекарва през SSH тунел до &#8220;точката за достъп до Интернет&#8221; (проксито). Конфигурира се PuTTY да направи тунел до отстрешната страна: По желание може да [...]]]></description>
			<content:encoded><![CDATA[<p>Наистина могат да се намерят 49582638 причини да ползвате прокси &#8211; няма да изброявам нито една.<br />
Бърз, лесен и най-вече сигурен начин е ползването на SSH прокси. Т.е. трафикът ви се прекарва през SSH тунел до &#8220;точката за достъп до Интернет&#8221; (проксито).</p>
<p>Конфигурира се PuTTY да направи тунел до отстрешната страна:<br />
<a href="http://kamenitza.org/wp-content/uploads/1.gif"><img src="http://kamenitza.org/wp-content/uploads/1.gif" alt="PuTTY Tunnel setup" title="PuTTY Tunnel setup" width="456" height="435" class="aligncenter size-full wp-image-246" /></a></p>
<p><a href="http://kamenitza.org/wp-content/uploads/2.gif"><img src="http://kamenitza.org/wp-content/uploads/2.gif" alt="PuTTY Tunnel setup" title="PuTTY Tunnel setup" width="456" height="435" class="aligncenter size-full wp-image-247" /></a></p>
<p>По желание може да се ползва и компресиране на трафика:<br />
<a href="http://kamenitza.org/wp-content/uploads/3.gif"><img src="http://kamenitza.org/wp-content/uploads/3.gif" alt="PuTTY Tunnel setup - compression" title="PuTTY Tunnel setup - compression" width="456" height="435" class="aligncenter size-full wp-image-248" /></a></p>
<p>Закачайки се за отсрещния хост с SSH вече имате изграден тунел през локален TCP порт 45678. Не е задължително да ползвате root за да се логнете, всъщност най-добре да е ограничен акаунт с лимитиран шел &#8211; вместо <strong>bash</strong>, променете го на <strong>lynx</strong> да кажем.</p>
<p>Конфигурация на браузъра да ползва тунела:<br />
<a href="http://kamenitza.org/wp-content/uploads/4.gif"><img src="http://kamenitza.org/wp-content/uploads/4.gif" alt="Firefox SOCKS using SSH tunnel" title="Firefox SOCKS using SSH tunnel" width="414" height="472" class="aligncenter size-full wp-image-249" /></a></p>
<p>Почти всяко мрежово програмче включително skype може да ползва SOCKS проксиране &#8211; настройва се елементарно, както виждате <img src='http://kamenitza.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Можете да споделите въпросите си в коментарите.</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/245/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache SSL Client Authentication</title>
		<link>http://kamenitza.org/archives/239</link>
		<comments>http://kamenitza.org/archives/239#comments</comments>
		<pubDate>Fri, 30 Apr 2010 08:55:49 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Solaris]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=239</guid>
		<description><![CDATA[Налага се някои сайтове да са защитени с парола ползвайки basic механизъма на Apache или друг подобен. Сайтовете са защитени наистина&#8230; докато някой не открадне паролата, а това е лесно &#8211; много хора ползват елементарни пароли от сорта на &#8220;12345&#8243;, името си, фамилията, ЕГН, телефонен номер и т.н. Паролата може да бъде записана на листче, [...]]]></description>
			<content:encoded><![CDATA[<p>Налага се някои сайтове да са защитени с парола ползвайки basic механизъма на Apache или друг подобен. Сайтовете са защитени наистина&#8230; докато някой не открадне паролата, а това е лесно &#8211; много хора ползват елементарни пароли от сорта на &#8220;12345&#8243;, името си, фамилията, ЕГН, телефонен номер и т.н. Паролата може да бъде записана на листче, някой може да види какво натискате по клавиатурата и пак да бъде открадната.<br />
Един по-добър метод е ползването на клиентски сертификати. В баузъра на клиента има инсталиран сертификат, който го идентифицира пред сървъра при опит за отваряне на защитен сайт. Сървърът предоставя достъп само на валидни за него сертификати.<br />
Казах &#8220;по-добър метод&#8221;, което означава, че кражбата на сертификата е по-трудна от кражбата на парола. Значително по-трудна.</p>
<p>Създаваме СА (Certificate Authority):</p>
<p><code><strong># openssl genrsa -aes256 -out ca.key 2048</strong><br />
Generating RSA private key, 2048 bit long modulus<br />
..............+++<br />
...................................................................+++<br />
e is 65537 (0x10001)<br />
Enter pass phrase for ca.key:<br />
Verifying - Enter pass phrase for ca.key:</code></p>
<p>Добре е да сложим парола на личният ключ &#8211; ако някой го докопа ще може да си вади колкото си иска сертификати с него.</p>
<p><code><strong># openssl req -new -x509 -days 3650 -key ca.key -out ca.crt</strong><br />
Enter pass phrase for ca.key:<br />
You are about to be asked to enter information that will be incorporated<br />
into your certificate request.<br />
What you are about to enter is what is called a Distinguished Name or a DN.<br />
There are quite a few fields but you can leave some blank<br />
For some fields there will be a default value,<br />
If you enter '.', the field will be left blank.<br />
-----<br />
Country Name (2 letter code) [GB]:BG<br />
State or Province Name (full name) [Berkshire]:Plovdiv<br />
Locality Name (eg, city) [Newbury]:Plovdiv<br />
Organization Name (eg, company) [My Company Ltd]:Kamenitza.ORG<br />
Organizational Unit Name (eg, section) []:IT<br />
Common Name (eg, your name or your server's hostname) []:Kamenitza.ORG<br />
Email Address []:</code></p>
<p>Common Name: &#8211; името на организацията, която ще притежава сертификата, не е нужно да е интернет адрес.</p>
<p>Следва да се създаде потебителският сертификат:</p>
<p><code><strong># openssl genrsa -out todor.key 2048</strong><br />
Generating RSA private key, 2048 bit long modulus<br />
.....................+++<br />
..................................................................................+++<br />
e is 65537 (0x10001)<br />
<strong># openssl req -new -key todor.key -out todor.csr</strong><br />
You are about to be asked to enter information that will be incorporated<br />
into your certificate request.<br />
What you are about to enter is what is called a Distinguished Name or a DN.<br />
There are quite a few fields but you can leave some blank<br />
For some fields there will be a default value,<br />
If you enter '.', the field will be left blank.<br />
-----<br />
Country Name (2 letter code) [GB]:BG<br />
State or Province Name (full name) [Berkshire]:Plovdiv<br />
Locality Name (eg, city) [Newbury]:Plovdiv<br />
Organization Name (eg, company) [My Company Ltd]:Kandev<br />
Organizational Unit Name (eg, section) []:Kandev<br />
Common Name (eg, your name or your server's hostname) []:Todor Kandev<br />
Email Address []:<br />
Please enter the following 'extra' attributes<br />
to be sent with your certificate request<br />
A challenge password []:<br />
An optional company name []:<br />
<strong># openssl x509 -req -in todor.csr -out todor.crt -sha1 -CA ca.crt -CAkey ca.key -CAcreateserial -days 3650</strong><br />
Signature ok<br />
subject=/C=BG/ST=Plovdiv/L=Plovdiv/O=Kandev/OU=Kandev/CN=Todor Kandev<br />
Getting CA Private Key<br />
Enter pass phrase for ca.key:<br />
<strong># openssl pkcs12 -export -in todor.crt -inkey todor.key -name "Todor Kandev Cert" -out todor.p12</strong><br />
Enter Export Password:<br />
Verifying - Enter Export Password:</code></p>
<p>Паролата сложена тук се ползва при инсталацията на сертификата. Без нея не може да бъде импортнат в браузъра.</p>
<p><strong>todor.p12</strong> &#8211; е потребителският сертификат, който трябва да се импортне в браузъра на клиента.</p>
<p>За да ограничим достъпа до дадена директория от сайт слагаме това в .htaccess файла:</p>
<p><code>SSLVerifyClient require<br />
SSLVerifyDepth 1</code></p>
<p>Или в &lt;directory&gt; на конфигурационния файл на Apache.</p>
<p>Но най-важното е да кажем на Apache, кои са &#8220;доверените&#8221; сертификати и как да ги познава. За това трябва да се постави този ред в конфигурационният файл на Apache:</p>
<p><code>SSLCACertificateFile /ssl/ca/ca.crt</code></p>
<p>(естествено заменете пътя с вашия)</p>
<p>След рестартиране на Апача всичко би трябвало да работи.</p>
<p>(В статията приемам, че сайтът е вече конфигуриран успешно да работи с SSL сертификат през HTTPS)</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/239/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Trunk config Asterisk-Trixbox</title>
		<link>http://kamenitza.org/archives/234</link>
		<comments>http://kamenitza.org/archives/234#comments</comments>
		<pubDate>Thu, 29 Apr 2010 07:26:21 +0000</pubDate>
		<dc:creator>dimo</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=234</guid>
		<description><![CDATA[Работеща (за моят случай ) кофигурация  за SIP TRUNK поставете я в PEER DETAILS , като не забравяйте да да зададете в REGISTER STRING 35932ххххх:сип паролата(secret)@sip.cooolbox.bg/35932хххххх PEER DETAILS [out] host=sip.cooolbox.bg username=35932xxxxxx secret=xxxxxxxxx type=peer canreinvite=no fromdomain=sip.cooolbox.bg dtmfmode=inband dtmfmode=rfc2833 fromuser=35932xxxxxx nat=yes insecure=port,invite dtmf=rfc2833 context=from-pstn ако не сте объркали нещо имате работеща изходяща линия]]></description>
			<content:encoded><![CDATA[<p>Работеща (за моят случай ) кофигурация  за SIP TRUNK поставете я в <strong>PEER DETAILS</strong> , като не забравяйте да да зададете в</p>
<p><strong>REGISTER STRING </strong>35932ххххх:сип паролата(secret)@sip.cooolbox.bg/35932хххххх</p>
<p><strong>PEER DETAILS</strong></p>
<p>[out]<br />
host=sip.cooolbox.bg<br />
username=35932xxxxxx<br />
secret=xxxxxxxxx<br />
type=peer<br />
canreinvite=no<br />
fromdomain=sip.cooolbox.bg<br />
dtmfmode=inband<br />
dtmfmode=rfc2833<br />
fromuser=35932xxxxxx<br />
nat=yes<br />
insecure=port,invite<br />
dtmf=rfc2833<br />
context=from-pstn</p>
<p>ако не сте объркали нещо имате работеща изходяща линия <img src='http://kamenitza.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/234/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Да експортнем SSL сертификат от Apache към IIS</title>
		<link>http://kamenitza.org/archives/231</link>
		<comments>http://kamenitza.org/archives/231#comments</comments>
		<pubDate>Wed, 28 Apr 2010 15:59:57 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Solaris]]></category>
		<category><![CDATA[Windows]]></category>
		<category><![CDATA[crt to pfx]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=231</guid>
		<description><![CDATA[IIS а и много други програми ползват сертификати в pkcs12 формат (и публичният и частният ключ се съхраняват в един файл &#8211; PFX). openssl pkcs12 -export -in my.crt -inkey my.key -certfile my.bundle -out my.pfx]]></description>
			<content:encoded><![CDATA[<p>IIS а и много други програми ползват сертификати в <strong>pkcs12</strong> формат (и публичният и частният ключ се съхраняват в един файл &#8211; PFX).</p>
<p><code>openssl pkcs12 -export -in my.crt -inkey my.key -certfile my.bundle -out my.pfx</code></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/231/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>kestore &#8211; private key import/export</title>
		<link>http://kamenitza.org/archives/225</link>
		<comments>http://kamenitza.org/archives/225#comments</comments>
		<pubDate>Mon, 26 Apr 2010 11:46:03 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=225</guid>
		<description><![CDATA[keystore &#8211; е хранилището за сертификати и лични ключове ползвани например за SSL криптиране в tomcat. За Java, управлението на подобни плючове е поверено на инструмента keytool. За по-голямо неудобство този инструмент не може да импортва както и да експортва лични ключове. Прикачам програмчето KeyTool IUI, с чиято помощ това става възможно. ktl241sta.tar]]></description>
			<content:encoded><![CDATA[<p><strong>keystore</strong> &#8211; е хранилището за сертификати и лични ключове ползвани например за SSL криптиране в tomcat. За Java, управлението на подобни плючове е поверено на инструмента <strong>keytool</strong>.<br />
За по-голямо неудобство този инструмент не може да импортва както и да експортва лични ключове.<br />
Прикачам програмчето <strong>KeyTool IUI</strong>, с чиято помощ това става възможно.<br />
<a href='http://kamenitza.org/wp-content/uploads/ktl241sta.tar.gz'>ktl241sta.tar</a><em></em></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/225/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Списък с всичкия инсталиран софтуер в Windows</title>
		<link>http://kamenitza.org/archives/187</link>
		<comments>http://kamenitza.org/archives/187#comments</comments>
		<pubDate>Sun, 11 Apr 2010 18:45:48 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Windows]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=187</guid>
		<description><![CDATA[wmic product get /format:csv > Software_%Computername%.csv Списъкът ще бъде експортнат в CSV файла.]]></description>
			<content:encoded><![CDATA[<p><code>wmic product get /format:csv > Software_%Computername%.csv</code></p>
<p>Списъкът ще бъде експортнат в CSV файла.</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/187/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nokia Mail for Exchange 3.00 + Google Mail = *^@#$%!#&amp;;</title>
		<link>http://kamenitza.org/archives/216</link>
		<comments>http://kamenitza.org/archives/216#comments</comments>
		<pubDate>Sun, 11 Apr 2010 18:39:21 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=216</guid>
		<description><![CDATA[Това, че Гугъл вече поддържат синхронизация, подобно на Exchange е наистина страхотно и полезно. Ползвам Mail for Exchange от доста време и се радвам, че вече може да се ползва и с пощата на Гугъл. Проблем обаче се оказа ъпгрейдването до версия 3.00.хх на Mail for Exchange &#8211; поради някаква причина, за която Гугъл мълчат, [...]]]></description>
			<content:encoded><![CDATA[<p>Това, че Гугъл вече поддържат синхронизация, подобно на Exchange е наистина страхотно и полезно. Ползвам Mail for Exchange от доста време и се радвам, че вече може да се ползва и с пощата на Гугъл.<br />
Проблем обаче се оказа ъпгрейдването до версия 3.00.хх на Mail for Exchange &#8211; поради някаква причина, за която Гугъл мълчат, а Нокиа не ги е грижа (понеже те официално не поддържат ГМаил синхронизация), се появява съобщение за грешка веднага след синхронизация на e-mail съобщенията, гласящо <em>&#8220;sync failed. contact your administrator if the problem persists&#8221;</em>. Да се свържите с администратора, ще ви е толкова полезно, колкото и това подробно и изпълнено с дебъг информация съобщение на него.</p>
<p>Проблемът се решава с инсталирането на по-стара версия на Mail for Exchange&#8230;</p>
<p>Прикачвам няколко работещи версии тук:<br />
<a href='http://kamenitza.org/wp-content/uploads/MailForExchange2.9.158_S60_3_0.sisx'>MailForExchange(2.9.158)_S60_3_0</a><br />
<a href='http://kamenitza.org/wp-content/uploads/MailForExchange2.9.158_S60_3_1.sisx'>MailForExchange(2.9.158)_S60_3_1</a><br />
<a href='http://kamenitza.org/wp-content/uploads/MailForExchange2.9.158_S60_3_2.sisx'>MailForExchange(2.9.158)_S60_3_2</a></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/216/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Генериране на искане за подписване на SSL сертификат (certificate signing request) в Apache</title>
		<link>http://kamenitza.org/archives/213</link>
		<comments>http://kamenitza.org/archives/213#comments</comments>
		<pubDate>Sat, 10 Apr 2010 08:54:31 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=213</guid>
		<description><![CDATA[Преди да получим SSL сертификат за даден адрес първо трябва да се изгенерира файл който съдържа информация за собствника и адреса на сайта &#8211; Certificte Signing Request (CSR). Информацията от CSR-a бива подписана от избран от нас CA (Certificate Authority) &#8211; Thawte, VeriSign, GoDaddy и др, след което вече имаме готов сертификат. Пъро се генерира [...]]]></description>
			<content:encoded><![CDATA[<p>Преди да получим SSL сертификат за даден адрес първо трябва да се изгенерира файл който съдържа информация за собствника и адреса на сайта &#8211;  Certificte Signing Request (CSR). Информацията от CSR-a бива подписана от избран от нас CA (Certificate Authority) &#8211; Thawte, VeriSign, GoDaddy и др, след което вече имаме готов сертификат.</p>
<p>Пъро се генерира личният ключ:<br />
<code># openssl genrsa -out private.key 2048</code></p>
<p>С този личен ключ се генерира CSR:<br />
<code># openssl req -new -key private.key -out certreq.csr</code></p>
<p>Попълват се данните за сертификата, като от най-голямо значение е <strong>Common Name</strong>, което трябва да съвпада с пълният адрес на сайта (mail.server.com).<br />
Файлът <strong>certreq.csr</strong> съдържа &#8220;искането&#8221; за сертификат. След генерирането на подписаният сертификат, той вече не е нужен.</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/213/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mdadm скорост на синхронизиране (resync speed)</title>
		<link>http://kamenitza.org/archives/200</link>
		<comments>http://kamenitza.org/archives/200#comments</comments>
		<pubDate>Fri, 19 Mar 2010 08:27:54 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=200</guid>
		<description><![CDATA[Това е нещо, което би помогнало на машина с бавни дискове или просто на някой, който желае да корегира скоростите по подразбиране на синхронизиране на масива при евентуално разпадане или друг повод. До тук знаем, че статус на масивите можем да видим с: # cat /proc/mdstat Personalities : [raid1] md0 : active raid1 hdc1[1] hda1[0] [...]]]></description>
			<content:encoded><![CDATA[<p>Това е нещо, което би помогнало на машина с бавни дискове или просто на някой, който желае да корегира скоростите по подразбиране на синхронизиране на масива при евентуално разпадане или друг повод.<br />
До тук знаем, че статус на масивите можем да видим с:<br />
<code># cat /proc/mdstat<br />
Personalities : [raid1]<br />
md0 : active raid1 hdc1[1] hda1[0]<br />
      200704 blocks [2/2] [UU]<br />
md1 : active raid1 hdc2[1] hda2[0]<br />
      312367744 blocks [2/2] [UU]<br />
      [>....................]  resync =  1.5% (4937472/312367744) finish=10184.0min speed=500K/sec</code></p>
<p>Текущата скорост на синхронизиране можете да видите и така:<br />
<code># cat /sys/block/md1/md/sync_speed<br />
549</code></p>
<p>Максималната и минимална разрешени скорости са тук:<br />
<code># cat /sys/block/md1/md/sync_speed_max<br />
500 (local)</code></p>
<p><code># cat /sys/block/md1/md/sync_speed_min<br />
500 (local)</code></p>
<p>В този пример ръчно съм настроил максималната и минимална скорост на 500KB/s.<br />
По подразбиране минималната е 1000 а максималната 200000.<br />
За да ги корегираме правим така:<br />
<code># echo 500 > /sys/block/md1/md/sync_speed_min<br />
# echo 500 > /sys/block/md1/md/sync_speed_max</code></p>
<p>Промените влизат в сила веднага, но не се запазват след рестарт. Ако желаете те да са валидни и след рестартиране на машината, добавете тези редове в <code>rc.local</code>.</p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/200/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ubuntu Server 8.04 conntrack</title>
		<link>http://kamenitza.org/archives/198</link>
		<comments>http://kamenitza.org/archives/198#comments</comments>
		<pubDate>Wed, 17 Mar 2010 15:42:05 +0000</pubDate>
		<dc:creator>Тодор</dc:creator>
				<category><![CDATA[Linux]]></category>

		<guid isPermaLink="false">http://kamenitza.org/?p=198</guid>
		<description><![CDATA[На всеки рутер обслужващ повечко IP адреси се налага ръчно увеличаване на максималния размер на conntrack таблицата. В Ubuntu Server 8.04 става така: В /etc/modules се добавя следният ред: nf_conntrack Това зарежда модула при стартиране на машината. След това в /etc/sysctl.conf се добавя този ред: net/nf_conntrack_max=100000 Един рестарт и резултата може да се види в: [...]]]></description>
			<content:encoded><![CDATA[<p>На всеки рутер обслужващ повечко IP адреси се налага ръчно увеличаване на максималния размер на conntrack таблицата.<br />
В Ubuntu Server 8.04 става така:</p>
<p>В <code>/etc/modules</code> се добавя следният ред:<br />
<code>nf_conntrack</code></p>
<p>Това зарежда модула при стартиране на машината.<br />
След това в <code>/etc/sysctl.conf</code> се добавя този ред:<br />
<code>net/nf_conntrack_max=100000</code></p>
<p>Един рестарт и резултата може да се види в:<br />
<code>sysctl -a</code></p>
]]></content:encoded>
			<wfw:commentRss>http://kamenitza.org/archives/198/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
