<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>hostblogger.de - Technik</title>
    <link>http://www.hostblogger.de/blog/</link>
    <description>Aus dem Leben eines DSL | Webhosting | Root-Server - Unternehmers</description>
    <dc:language>de</dc:language>
    <generator>Serendipity 1.6 - http://www.s9y.org/</generator>
    <pubDate>Thu, 09 Feb 2012 22:54:37 GMT</pubDate>

    <image>
        <url>http://www.hostblogger.de/blog/templates/default/img/s9y_banner_small.png</url>
        <title>RSS: hostblogger.de - Technik - Aus dem Leben eines DSL | Webhosting | Root-Server - Unternehmers</title>
        <link>http://www.hostblogger.de/blog/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>50% unserer externen Status-Seite eben nicht erreichbar</title>
    <link>http://www.hostblogger.de/blog/archives/5595-50%25-unserer-externen-Status-Seite-eben-nicht-erreichbar.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5595-50%25-unserer-externen-Status-Seite-eben-nicht-erreichbar.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5595</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5595</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    50% unserer externen Status-Seite (also einer von zwei externen Server) war vorhin zeitweilig nicht erreichbar. Der Grund: Einer der DNS-Server beim anderen Hosting-Anbieter war (und ist weiterhin) nicht sauber erreichbar.&lt;br /&gt;
&lt;br /&gt;
Auf deren Status-Seite war nichts zu finden, also haben wir den Kollegen mal einen Hinweis gegeben &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/razz.gif&quot; alt=&quot;:razz:&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Thu, 09 Feb 2012 13:24:18 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5595-guid.html</guid>
    
</item>
<item>
    <title>Mangelndes BGP-Filtering</title>
    <link>http://www.hostblogger.de/blog/archives/5589-Mangelndes-BGP-Filtering.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5589-Mangelndes-BGP-Filtering.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5589</wfw:comment>

    <slash:comments>8</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5589</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Es ist erschreckend, zu sehen, wie wenig im Bereich von BGP am DE-CIX seitens der Peering-Partner (und auch bei vielen Uplink-Carrieren) gefiltert wird. &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/eek.png&quot; alt=&quot;:-O&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt;&lt;br /&gt;
&lt;br /&gt;
Mehr Details erzähle ich besser nicht... 
    </content:encoded>

    <pubDate>Thu, 09 Feb 2012 11:43:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5589-guid.html</guid>
    
</item>
<item>
    <title>Wenn Debian nicht mehr bootet und in der grub-rescue-Shell steht</title>
    <link>http://www.hostblogger.de/blog/archives/5592-Wenn-Debian-nicht-mehr-bootet-und-in-der-grub-rescue-Shell-steht.html</link>
            <category>Linux</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5592-Wenn-Debian-nicht-mehr-bootet-und-in-der-grub-rescue-Shell-steht.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5592</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5592</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Eben hatten wir einen Fall, wo die &lt;a href=&quot;http://www.hostblogger.de/blog/archives/5564-Wenn-Debian-nach-einem-Update-nicht-mehr-bootet.html&quot;&gt;Anleitung von neulich&lt;/a&gt; nicht ganz ausreichend war.&lt;br /&gt;
&lt;br /&gt;
Hier noch etwas, das hilfreich sein könnte:&lt;blockquote class=&quot;paper-email&quot;&gt;mkdir /TARGET&lt;br /&gt;
mount /dev/[root-Device] /TARGET/&lt;br /&gt;
# ggf. hier weitere Partitionen wie /boot mounten&lt;br /&gt;
mount -B /dev /TARGET/dev&lt;br /&gt;
mount -B /sys /TARGET/sys&lt;br /&gt;
mount -B /proc /TARGET/proc&lt;br /&gt;
chroot /TARGET/&lt;br /&gt;
&lt;br /&gt;
upgrade-from-grub-legacy&lt;/blockquote&gt; 
    </content:encoded>

    <pubDate>Wed, 08 Feb 2012 13:32:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5592-guid.html</guid>
    
</item>
<item>
    <title>DNS-Slaves wieder aktiv</title>
    <link>http://www.hostblogger.de/blog/archives/5481-DNS-Slaves-wieder-aktiv.html</link>
            <category>Die Blacklist</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5481-DNS-Slaves-wieder-aktiv.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5481</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5481</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Seit heute sind übrigens wieder alle DNS-Slaves der Blacklist am Netz. Ich bin gespannt, wem von den DNS-Slave-Betreibern das überhaupt auffällt. Zumindest die Abschaltung wurde großflächig nicht bemerkt. &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/eek.png&quot; alt=&quot;:-O&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Thu, 02 Feb 2012 15:55:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5481-guid.html</guid>
    
</item>
<item>
    <title>Wenn Debian nach einem Update nicht mehr bootet</title>
    <link>http://www.hostblogger.de/blog/archives/5564-Wenn-Debian-nach-einem-Update-nicht-mehr-bootet.html</link>
            <category>Linux</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5564-Wenn-Debian-nach-einem-Update-nicht-mehr-bootet.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5564</wfw:comment>

    <slash:comments>7</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5564</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Von einem Kunden &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; &lt;blockquote class=&quot;paper-email&quot;&gt;So, also falls sich nochmal ein Kunde melden sollte, dessen Debian System nicht mehr bootet:&lt;br /&gt;
&lt;br /&gt;
wenn man (vor 2 Jahren) mit lenny anfängt, dann auf squeeze geht und immer brav mit aptiude update, safe-upgrade und dist-upgrade durchläuft, kommt man am ende evtl. mit einem System raus, das kein linux-image installiert hat, weswegen das grub update eine leere grub.cfg produziert (weil in /boot/ nur ein bzImage herumliegt, aber kein vmlinuz). Reparieren kann man das ganze im Rettungssystem wie folgt:&lt;br /&gt;
&lt;br /&gt;
mount /dev/[bootplatte] /mnt/;&lt;br /&gt;
mount -B /dev /mnt/dev;&lt;br /&gt;
mount -B /sys /mnt/sys;&lt;br /&gt;
mount -B /proc /mnt/proc;&lt;br /&gt;
&lt;br /&gt;
chroot /mnt&lt;br /&gt;
&lt;br /&gt;
und dann, weil Debian gerade sowieso dabei ist, sich selber zu zerhäckseln, ist die mdadm conf auch leer. Also:&lt;br /&gt;
mdadm --examine --scan &gt;&gt; /etc/mdadm/mdadm.conf&lt;br /&gt;
&lt;br /&gt;
und dann das rettende:&lt;br /&gt;
&lt;br /&gt;
aptitude update;&lt;br /&gt;
aptitude install linux-image-[wasManGerneHätte]&lt;/blockquote&gt; &lt;em&gt;An dieser Stelle nochmal herzlichen Dank an A. Hofmann!&lt;/em&gt; 
    </content:encoded>

    <pubDate>Thu, 02 Feb 2012 10:24:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5564-guid.html</guid>
    
</item>
<item>
    <title>.my.cnf</title>
    <link>http://www.hostblogger.de/blog/archives/5575-.my.cnf.html</link>
            <category>Linux</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5575-.my.cnf.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5575</wfw:comment>

    <slash:comments>5</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5575</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Weil ich es immer mal wieder auf externen Server sehe: Eine &lt;code&gt;~/.my.cnf&lt;/code&gt; im Format &lt;blockquote&gt;[mysql]&lt;br /&gt;
user = root&lt;br /&gt;
password = letmein&lt;br /&gt;
&lt;br /&gt;
[mysqld]&lt;br /&gt;
user = root&lt;br /&gt;
password = letmein&lt;br /&gt;
&lt;br /&gt;
[mysqldump]&lt;br /&gt;
user = root&lt;br /&gt;
password = letmein&lt;br /&gt;
&lt;br /&gt;
[mysqladmin]&lt;br /&gt;
user = root&lt;br /&gt;
password = letmein&lt;/blockquote&gt; lässt sich auch ohne gzip oder bzip2 relativ einfach komprimieren:&lt;blockquote&gt;[client]&lt;br /&gt;
user = root&lt;br /&gt;
password = letmein&lt;/blockquote&gt; &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Wed, 01 Feb 2012 13:49:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5575-guid.html</guid>
    
</item>
<item>
    <title>Clocksource unstable auf virtuellen Maschinen</title>
    <link>http://www.hostblogger.de/blog/archives/5535-Clocksource-unstable-auf-virtuellen-Maschinen.html</link>
            <category>Linux</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5535-Clocksource-unstable-auf-virtuellen-Maschinen.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5535</wfw:comment>

    <slash:comments>6</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5535</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Wer sich insbesondere auf virtuellen Maschinen (aber auch solchen mit SMP) immer mal wieder über Probleme mit der Stabilität der Clocksource (was sich in &quot;Clocksource unstable&quot; äußert) ärgert bzw. damit zu kämpfen hat: Ein &lt;code&gt;notsc&lt;/code&gt; als Kernel-Parameter wirkt Wunder &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt;&lt;br /&gt;
&lt;br /&gt;
Nötig ist dafür allerdings ein &lt;code&gt;CONFIG_X86_TSC_DISABLE&lt;/code&gt;. 
    </content:encoded>

    <pubDate>Mon, 30 Jan 2012 15:34:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5535-guid.html</guid>
    
</item>
<item>
    <title>Timing der DNS-Blacklist</title>
    <link>http://www.hostblogger.de/blog/archives/5577-Timing-der-DNS-Blacklist.html</link>
            <category>Die Blacklist</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5577-Timing-der-DNS-Blacklist.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5577</wfw:comment>

    <slash:comments>6</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5577</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Man sollte es kaum für möglich halten, aber aufgrund der enormen Rate Ein-/Austragungen aus der Blacklist haben wir heute das &quot;Timing&quot; auf eine Genauigkeit von 1/1.000.000 Sekunde gestellt, u.a. um Race-Conditions zu vermeiden.&lt;br /&gt;
&lt;br /&gt;
&lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/eek.png&quot; alt=&quot;:-O&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Mon, 30 Jan 2012 14:33:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5577-guid.html</guid>
    
</item>
<item>
    <title>VirtualStore</title>
    <link>http://www.hostblogger.de/blog/archives/5554-VirtualStore.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5554-VirtualStore.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5554</wfw:comment>

    <slash:comments>7</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5554</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Da hat mich vergangene Woche der Windows 7 VirtualStore doch tatsächlich erwischt &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/normal.png&quot; alt=&quot;:-|&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt;&lt;br /&gt;
&lt;br /&gt;
Für alle, die es bis jetzt noch nicht kannten: Windows 7 speichert unter bestimmten Umständen die Daten von Programmen nicht unter &lt;code&gt;c:\Programs[Bla]\&lt;/code&gt; sondern unter &lt;code&gt;C:\Users[Benutzername]\AppData\Local\VirtualStore\Program Files&lt;/code&gt; (obwohl die Applikation meint, es würde ins eigne Programm-Verzeichnis schreiben).&lt;br /&gt;
&lt;br /&gt;
&lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/grrr.gif&quot; alt=&quot;:grrr:&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Mon, 23 Jan 2012 10:45:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5554-guid.html</guid>
    
</item>
<item>
    <title>Probleme mit fwrite() in PHP</title>
    <link>http://www.hostblogger.de/blog/archives/5559-Probleme-mit-fwrite-in-PHP.html</link>
            <category>Die Blacklist</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5559-Probleme-mit-fwrite-in-PHP.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5559</wfw:comment>

    <slash:comments>8</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5559</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Ich hätte es nicht gedacht, aber&lt;br /&gt;
&lt;br /&gt;
&lt;a class=&quot;link&quot; href=&quot;http://de.php.net/manual/de/function.fwrite.php#106209&quot;&gt;http://de.php.net/manual/de/function.fwrite.php#106209&lt;/a&gt;&lt;br /&gt;
&lt;br /&gt;
konnten wir hier intern in Verbindung mit der Blacklist in der Tat wiederholt bemerken (leider aber nicht bewusst reproduzieren).&lt;br /&gt;
&lt;br /&gt;
Unschön &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/normal.png&quot; alt=&quot;:-|&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Fri, 20 Jan 2012 10:26:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5559-guid.html</guid>
    
</item>
<item>
    <title>Deutsche Umlaute in PHP in Äquivalente konvertieren</title>
    <link>http://www.hostblogger.de/blog/archives/5545-Deutsche-Umlaute-in-PHP-in-AEquivalente-konvertieren.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5545-Deutsche-Umlaute-in-PHP-in-AEquivalente-konvertieren.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5545</wfw:comment>

    <slash:comments>1</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5545</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Einfach mal so: &lt;blockquote class=&quot;paper-email&quot;&gt;$locale_old = setlocale(LC_CTYPE, 0);&lt;br /&gt;
setlocale(LC_CTYPE, &#039;de_DE&#039;);&lt;br /&gt;
&lt;br /&gt;
$data = iconv(&#039;ISO-8859-15&#039;, &#039;ASCII//TRANSLIT&#039;, $data);&lt;br /&gt;
&lt;br /&gt;
setlocale(LC_CTYPE, $locale_old);&lt;/blockquote&gt; 
    </content:encoded>

    <pubDate>Thu, 19 Jan 2012 13:01:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5545-guid.html</guid>
    
</item>
<item>
    <title>SASL-Hänger</title>
    <link>http://www.hostblogger.de/blog/archives/5548-SASL-Haenger.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5548-SASL-Haenger.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5548</wfw:comment>

    <slash:comments>5</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5548</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Wer übrigens einmal darauf stößt, dass (u.a.) SASL-basierte Verbindungen (z.B. bei SMTP in Verbindung mit Authentifizierung) auf mysteriöse Weise plötzlich aufhören, zu funktionieren, sollte einmal ein &lt;blockquote&gt;sysctl kernel.random.entropy_avail&lt;/blockquote&gt; machen und schauen, ob sich der Entropie-Pool zum Ende neigt.&lt;br /&gt;
&lt;br /&gt;
Wenn ja, ist es sinnvoll, die SASL-Bibliotheken gegen &lt;em&gt;/dev/urandom&lt;/em&gt; zu linken (statt gegen &lt;em&gt;/dev/random&lt;/em&gt;) (oder sich Gedanken zu machen, warum die Entropie des Kernels zu Ende geht &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/wink.png&quot; alt=&quot;;-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; - dagegen helfen u.a. die rng-tools). 
    </content:encoded>

    <pubDate>Thu, 19 Jan 2012 12:14:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5548-guid.html</guid>
    
</item>
<item>
    <title>DENIC Whois-Diskrepanzen</title>
    <link>http://www.hostblogger.de/blog/archives/5528-DENIC-Whois-Diskrepanzen.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5528-DENIC-Whois-Diskrepanzen.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5528</wfw:comment>

    <slash:comments>7</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5528</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Mir ist vorhin aufgefallen, dass die öffentlichen DENIC Whois-Daten im Zeitraum zwischen vermutlich interner Registrierung und Übertragung der Daten in alle internen Systems Diskrepanzen enthalten.&lt;br /&gt;
&lt;br /&gt;
Diese Diskrepanzen bestehen eigentlich nur im Faktor Zeit, genauer: Macht man zwischen nach einer Registrierung eine Abfrage über das Web-Whois, erhält man in einer gewissen Anzahl der Fälle ein &quot;ist bereits registriert&quot;, in der anderen ein &quot;ist frei&quot; - solange, bis vermutlich alle internen Whois- und/oder Datenbank-Server aktualisiert wurden.&lt;br /&gt;
&lt;br /&gt;
Ich konnte das eben zumindest über eine gefühlte Minute so immer wieder reproduzieren. Ein F5 hat gereicht.&lt;br /&gt;
&lt;br /&gt;
Ich hätte erwartet, dass die DENIC das intern schöner löst. Es riecht zumindest nach einem simplen DNS-basierten Round-Robin. 
    </content:encoded>

    <pubDate>Wed, 28 Dec 2011 11:26:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5528-guid.html</guid>
    
</item>
<item>
    <title>10 Prozent</title>
    <link>http://www.hostblogger.de/blog/archives/5519-10-Prozent.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5519-10-Prozent.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5519</wfw:comment>

    <slash:comments>7</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5519</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Die Angabe 10% stimmt hier weder in Bezug auf die Anzahl der überprüften Dateien noch in Bezug auf die Zeit, die für den Check nötig war/ist. Wie Microsoft auf 10% kommt, die sich im übrigen auch nach einer halben Stunde und trotz fast 100% geprüfter Dateien nicht verändert haben (auch nicht in Phase 2 bis 5): Keine Ahnung!&lt;br /&gt;
&lt;br /&gt;
&lt;center&gt;&lt;img src=&quot;http://www.hostblogger.de/blog/uploads/2011/12/10_prozent.jpg&quot; border=&quot;0&quot;&gt;&lt;/center&gt;&lt;br /&gt;
Im Übrigen ist es eine ganz blöde Idee, einen Dateisystem-Check in Windows für den nächsten Start einzuplanen und dies dann für mehr als eine Woche zu vergessen. Dann wundert man sich beim nächsten Update-bedingten Neustart, warum dieser so ewig dauert. Ich gebe zu, dass ich im ersten Moment dachte, es würden Dateien aktualisiert, nicht geprüft &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/normal.png&quot; alt=&quot;:-|&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Thu, 22 Dec 2011 08:29:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5519-guid.html</guid>
    
</item>
<item>
    <title>No respect for gratuitous arp</title>
    <link>http://www.hostblogger.de/blog/archives/5493-No-respect-for-gratuitous-arp.html</link>
            <category>Technik</category>
    
    <comments>http://www.hostblogger.de/blog/archives/5493-No-respect-for-gratuitous-arp.html#comments</comments>
    <wfw:comment>http://www.hostblogger.de/blog/wfwcomment.php?cid=5493</wfw:comment>

    <slash:comments>5</slash:comments>
    <wfw:commentRss>http://www.hostblogger.de/blog/rss.php?version=2.0&amp;type=comments&amp;cid=5493</wfw:commentRss>
    

    <author>nospam@example.com (Manuel Schmitt)</author>
    <content:encoded>
    Es ist schon bedauerlich, dass selbst große Router eines großen Router-Herstellers &lt;a href=&quot;http://de.wikipedia.org/wiki/Address_Resolution_Protocol&quot;&gt;gratuitous arp&lt;/a&gt;-Pakete nicht berücksichtigt und trotz nicht-statischer Konfiguration seine ARP-Tabelle nicht aktualisiert (und munter weiter an die alte MAC-Adresse sendet). &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/grrr.gif&quot; alt=&quot;:grrr:&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt;&lt;br /&gt;
&lt;br /&gt;
Ich bin gespannt, wie der betroffene Carrier darauf reagieren wird &lt;img src=&quot;http://www.hostblogger.de/blog/templates/manitu/img/emoticons/smile.png&quot; alt=&quot;:-)&quot; style=&quot;display: inline; vertical-align: bottom;&quot; class=&quot;emoticon&quot; /&gt; 
    </content:encoded>

    <pubDate>Mon, 12 Dec 2011 07:35:00 +0100</pubDate>
    <guid isPermaLink="false">http://www.hostblogger.de/blog/archives/5493-guid.html</guid>
    
</item>

</channel>
</rss>
