<?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>katun c0ders &#187; linux</title>
	<atom:link href="http://www.katun.ch/blog/tag/linux/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.katun.ch/blog</link>
	<description></description>
	<lastBuildDate>Mon, 26 Sep 2011 11:03:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>SSH Public Key Authentication</title>
		<link>http://www.katun.ch/blog/2011/08/08/ssh-public-key-authentication/</link>
		<comments>http://www.katun.ch/blog/2011/08/08/ssh-public-key-authentication/#comments</comments>
		<pubDate>Mon, 08 Aug 2011 12:14:50 +0000</pubDate>
		<dc:creator>Silas</dc:creator>
				<category><![CDATA[Other]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[mac]]></category>
		<category><![CDATA[ssh]]></category>

		<guid isPermaLink="false">http://www.katun.ch/blog/?p=559</guid>
		<description><![CDATA[Hier eine kleine Anleitung wie man unter Mac OS X 10.7 (aka Lion) die SSH Public Key Authentication einrichtet. Dazu brauchen wir das Terminal (zu finden unter Applications/Utilities/Terminal). Wenn das Terminal offen ist, muss folgendes eingetippt werden: ssh-keygen Mit Enter bestätigen, danach wird gefragt wo die Keys abgespeichert werden sollen. Der vorgeschlagene Pfad ist ok [...]]]></description>
			<content:encoded><![CDATA[<p>Hier eine kleine Anleitung wie man unter Mac OS X 10.7 (aka Lion) die SSH Public Key Authentication einrichtet. Dazu brauchen wir das Terminal (zu finden unter Applications/Utilities/Terminal). Wenn das Terminal offen ist, muss folgendes eingetippt werden:</p>
<div class="syhi_block"><code>ssh-keygen</code></div>
<p> Mit Enter bestätigen, danach wird gefragt wo die Keys abgespeichert werden sollen. Der vorgeschlagene Pfad ist ok und kann mit Enter bestätigt werden.<br />
Die nächste Eingabe die verlangt wird ist ein Passwort. Mit welchem Passwort soll der Key verschlüsselt werden? Es kann auch kein Passwort eingegeben und einfach mit Enter bestätigt werden. Dann wird der Key nicht verschlüsselt gespeichert. </p>
<p>Sobald die Keys erstellt sind, muss der Public Key dem Server bekannt gemacht werden. Dazu folgendes auf dem Client im Terminal eingeben:</p>
<div class="syhi_block"><code>cat ./ssh/id_rsa.pub</code></div>
<p>Der Output sieht dann etwa so aus:</p>
<div class="syhi_block"><code>MacBook-Air:~ silas$ cat .ssh/id_rsa.pub <br />
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABEQAABAQDGSZ3cKJwOhWAojD9j+G1/IKgZFc2oCB5umXztBo+XTdabFhD+0dFo6iVL2MilHIYPG42mOFAM9ZztoOW6yMQlpnWzcMS1SuAfaiEfd3l/rTbWtz9kK1Wq0XGS8qzhxBV2964aUFz3X5c2pmjC7gBoac981DfdjkUJaBeLSF6CdM6w9d5hIy2tO2o8juhJgoK2RZuKjghyGna0XnRIeTZufBhayZBFJ+ZKke2Whc+tDSE57LpxvyT8xAGYo9qFX/QCoexY3C7VDPuk7AJHkhZGHLJhsr3aXYQHx48q9nJtznilYbPQafXE47pS5zr3wxkxDg0GZDhQ21rovtk3U6xP silas@MacBook-Air.local<br />
Silass-MacBook-Air:~ silasknobel$</code></div>
<p>Davon die mittlere Zeile kopieren. (Darauf achten, dass die ganze Zeile kopiert wird)</p>
<div class="syhi_block"><code>ssh-rsa AAAAB3NzaC1yc2EAAAADAQABEQAABAQDGSZ3cKJwOhWAojD9j+G1/IKgZFc2oCB5umXztBo+XTdabFhD+0dFo6iVL2MilHIYPG42mOFAM9ZztoOW6yMQlpnWzcMS1SuAfaiEfd3l/rTbWtz9kK1Wq0XGS8qzhxBV2964aUFz3X5c2pmjC7gBoac981DfdjkUJaBeLSF6CdM6w9d5hIy2tO2o8juhJgoK2RZuKjghyGna0XnRIeTZufBhayZBFJ+ZKke2Whc+tDSE57LpxvyT8xAGYo9qFX/QCoexY3C7VDPuk7AJHkhZGHLJhsr3aXYQHx48q9nJtznilYbPQafXE47pS5zr3wxkxDg0GZDhQ21rovtk3U6xP silas@MacBook-Air.local</code></div>
<p>Nun wenn dieser Public Key im Zwischenspeicher ist muss dieser noch auf dem Server in die Datei authorized_keys eingetragen werden. Dazu via SSH mit dem Server verbinden.</p>
<div class="syhi_block"><code>ssh meinBenutzer@mein.server.tld</code></div>
<p>und das Passwort eingeben. </p>
<p>Ist man nun auf dem folgendes Eintippen:</p>
<div class="syhi_block"><code>echo &quot;[HIER DEN KOPIERTEN PUBLIC KEY EINFÜGEN]&quot; &gt;&gt; .ssh/authorized_keys</code></div>
<p>und mit Enter bestätigen. </p>
<p>Nun ist die SSH Public Key Authentication eingerichtet und das SSH Passwort muss vom entsprechendem Client nicht mehr eingegeben werden. </p>
<p>Viel Spass</p>
]]></content:encoded>
			<wfw:commentRss>http://www.katun.ch/blog/2011/08/08/ssh-public-key-authentication/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Clamd mit 100% CPU Auslastung in Debian Etch</title>
		<link>http://www.katun.ch/blog/2009/01/01/clamd-mit-100-cpu-auslastung-in-debian-etch/</link>
		<comments>http://www.katun.ch/blog/2009/01/01/clamd-mit-100-cpu-auslastung-in-debian-etch/#comments</comments>
		<pubDate>Thu, 01 Jan 2009 04:08:06 +0000</pubDate>
		<dc:creator>Silas</dc:creator>
				<category><![CDATA[Other]]></category>
		<category><![CDATA[anti virus]]></category>
		<category><![CDATA[auslastung]]></category>
		<category><![CDATA[clamav]]></category>
		<category><![CDATA[cpu]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[etch]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[usage]]></category>

		<guid isPermaLink="false">http://www.katun.ch/blog/?p=445</guid>
		<description><![CDATA[Zuerst einmal ein frohes neues Jahr! So&#8230; genug der Freundlichkeiten So über die Feiertage konnte ich endlich mal meinem root-Server Problem nachgehen. Und zwar stand da der Prozi immer unter volldampf. Sprich 100%-ige Dauerauslastung 7x24h. Irgendwann ging dann der ganze Server in die Knie. Jetzt habe ich aber ein bisschen an den Config Files herumgeschraubt [...]]]></description>
			<content:encoded><![CDATA[<p>Zuerst einmal ein frohes neues Jahr!</p>
<p>So&#8230; genug der Freundlichkeiten <img src='http://www.katun.ch/blog/wp-includes/images/smilies/icon_razz.gif' alt=':P' class='wp-smiley' /> </p>
<p>So über die Feiertage konnte ich endlich mal meinem root-Server Problem nachgehen. Und zwar stand da der Prozi immer unter volldampf. Sprich 100%-ige Dauerauslastung 7x24h. Irgendwann ging dann der ganze Server in die Knie. Jetzt habe ich aber ein bisschen an den Config Files herumgeschraubt und es sieht schon wieder ganz gut aus. Zumindest für den Moment.</p>
<p>Jetzt stellte sich mir aber ein neues Problem in den Weg. Und zwar hat der Clamd immer eine 100% CPU Auslastung. Egal was er macht. Nach ein Bisschen recherchieren bin ich dann auf <a href="http://d0m.me/blog/2008/05/24/debian-clamav-daemon-bugs-und-keiner-will-etwas-tun/" target="_blank">diesen Blogeintrag</a> gestossen. Darin wird erklärt, dass die clam-packages im debian stable Zweig irgend ein Bug haben, welcher genau diese Problem verursacht. Im selben Post ist auch die dazu passende Lösung. Nämlich das Hinzufügen der apt volatile &#8211; Source in der /etc/apt/sources.list</p>
<div class="syhi_block"><code>deb http<span style="color: #339933;">:</span><span style="color: #666666; font-style: italic;">//ftp2.de.debian.org/debian-volatile/ etch/volatile main</span></code></div>
<p>und danach muss nur noch folgendes in die Kommandozeile eingegeben werden:</p>
<div class="syhi_block"><code>apt<span style="color: #339933;">-</span>get update<br />
apt<span style="color: #339933;">-</span>get install clamav clamav<span style="color: #339933;">-</span>freshclam clamav<span style="color: #339933;">-</span>daemon clamav<span style="color: #339933;">-</span>base</code></div>
<p>Und schon rennt Clamd auf Debian Etch wieder wunderbar!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.katun.ch/blog/2009/01/01/clamd-mit-100-cpu-auslastung-in-debian-etch/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

