<?xml version="1.0" encoding="ISO-8859-1"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xml:lang="de-DE">
	<title>The life, the universe and more...</title>
	<link rel="alternate" type="text/html" href="http://www.spen.de/index.php" />
	<modified>2012-05-20T21:53:03Z</modified>
	<author>
		<name>Tim</name>
		<email>buddy@nomailplease.stinkt.de</email>
	</author>
	<copyright>Copyright 2012, Tim</copyright>
	<generator url="http://www.sourceforge.net/projects/sphpblog" version="0.4.5">SPHPBLOG</generator>
	<entry>
		<title>Protect your system...</title>
		<link rel="alternate" type="text/html" href="http://www.spen.de/index.php?entry=entry070127-102257" />
		<content type="text/html" mode="escaped"><![CDATA[Hi,<br /><br />in letzter Zeit häufen sich immer wieder die ssh brute force attacken und es ist mehr als nervig, dass man das auth.log nach dem Kram durchsuchen muss.<br />Es gibt zu dem Thema interessante Beiträge <a href="http://www.whitedust.net/article/27/Recent%20SSH%20Brute-Force%20Attacks/" target="_blank" >zum Beispiel hier</a> und auch interessante Tools, um zu erkennen, wer da was von einem will (passive Port scanning -&gt; <a href="http://lcamtuf.coredump.cx/p0f.shtml" target="_blank" >p0f</a>).<br /><br />Mittlerweile ist ja schon fast ein Standard, dass man sich den ssh port auf etwa anderes als 22/TCP legt, damit man die automatisierten Scripte und Scriptkiddies abhalten kann. Kann man das aus Firewallgründen ncht (wer also nicht sein eigener Herr im Haus ist), dann bietet sich das Auto-Block-Feature an: <a href="http://denyhosts.sourceforge.net/" target="_blank" >DenyHosts</a>. <br /><br />Achja, <a href="http://lcamtuf.coredump.cx/" target="_blank" >hier</a> noch eine nette Toolsammlung... ;-)<br /><br />Mal sehen, ob das was kann.<br /><br />Happy &amp; save surf&#039;n,<br /><br />cheers<br />tim]]></content>
		<id>http://www.spen.de/index.php?entry=entry070127-102257</id>
		<issued>2007-01-27T00:00:00Z</issued>
		<modified>2007-01-27T00:00:00Z</modified>
	</entry>
	<entry>
		<title>computer und ihre user</title>
		<link rel="alternate" type="text/html" href="http://www.spen.de/index.php?entry=entry060716-214510" />
		<content type="text/html" mode="escaped"><![CDATA[Ich war gerade bei Martina und Achim im Garten und ich bin immer noch beeindruckt vom &quot;Schreberdasein&quot;.<br /><br />Ne Datscha wäre echt nett.. mal sehen, ob ich mich in zwei Wochen um einen Platz bewerbe...<br /><br />Und Martina braucht echt mal einen HTML Kurs, so ganz ohne Frontpage...<br /><br />cheers<br />tim]]></content>
		<id>http://www.spen.de/index.php?entry=entry060716-214510</id>
		<issued>2006-07-16T00:00:00Z</issued>
		<modified>2006-07-16T00:00:00Z</modified>
	</entry>
	<entry>
		<title>ALC 660 realtek/ALI geht endlich ;-)</title>
		<link rel="alternate" type="text/html" href="http://www.spen.de/index.php?entry=entry060706-200439" />
		<content type="text/html" mode="escaped"><![CDATA[Hi,<br /><br />nachdem ich mit dem Kompilieren der Sourcen unter Ubuntu immer wieder mal Probleme hatte, habe ich meine sources.list erweitert um:<br /><br />## alsa<br />deb http://debian.tu-bs.de/debian-amd64/debian/ sid main contrib<br /><br />Danach ein <b>apt-get install alsa-source alsa-utils</b>, einmal in module-assitant alsa ausgewählt und danach alsaconf aufgerufen. Sound funktioniert. Endlich ;-)<br /><br />cheers <br />tim<br /><br />*update*<br />Naja, funktioneren ist etwas übertrieben. Die Kiste quietscht etwas, wenn ein mpeg abgespielt wird...]]></content>
		<id>http://www.spen.de/index.php?entry=entry060706-200439</id>
		<issued>2006-07-06T00:00:00Z</issued>
		<modified>2006-07-06T00:00:00Z</modified>
	</entry>
</feed>

