<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.9" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Kommentare zu: Tech-C/Zone-C</title>
	<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/</link>
	<description>We love to HOST you. :-)</description>
	<pubDate>Fri, 24 May 2013 17:46:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.9</generator>

	<item>
		<title>Von: Sirko</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16180</link>
		<pubDate>Wed, 15 Apr 2009 13:26:49 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16180</guid>
					<description>Wir tragen auch die Kunden als Zone-C ein, weil sie Ihre DNS-Zonen über ein Web-Interface selbst konfigurieren können.</description>
		<content:encoded><![CDATA[<p>Wir tragen auch die Kunden als Zone-C ein, weil sie Ihre DNS-Zonen über ein Web-Interface selbst konfigurieren können.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Klaus Keppler</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16141</link>
		<pubDate>Tue, 14 Apr 2009 09:42:33 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16141</guid>
					<description>Es gibt viele Möglichkeiten für DNS-Fehlkonfigurationen (IP-Adresse als MX eingetragen, ungültige SOA-Records, Tippfehler in A/PTR-Records, usw...). Wenn ich auf so etwas stoße (z.B. wenn einer unserer Kunden keine Mails an eine bestimmte Domain schicken kann), versuche ich immer direkt den Tech-C/Zone-C zu kontaktieren.
Das mit den 50% stimmt sicher nicht, da weitaus mehr als 50% aller .de-Domains bei 1&#038;1/Strato/etc. registriert sind, und die diese Daten korrekt pflegen.

Falsche oder unsinnige Einträge sind auch nicht ein Problem der DENIC, sondern des jeweiligen Providers - schließlich verhindern diese somit selbst eine direkte Kontaktaufnahme (und deren Endkunde wird dann damit belästigt...)</description>
		<content:encoded><![CDATA[<p>Es gibt viele Möglichkeiten für DNS-Fehlkonfigurationen (IP-Adresse als MX eingetragen, ungültige SOA-Records, Tippfehler in A/PTR-Records, usw&#8230;). Wenn ich auf so etwas stoße (z.B. wenn einer unserer Kunden keine Mails an eine bestimmte Domain schicken kann), versuche ich immer direkt den Tech-C/Zone-C zu kontaktieren.<br />
Das mit den 50% stimmt sicher nicht, da weitaus mehr als 50% aller .de-Domains bei 1&#038;1/Strato/etc. registriert sind, und die diese Daten korrekt pflegen.</p>
<p>Falsche oder unsinnige Einträge sind auch nicht ein Problem der DENIC, sondern des jeweiligen Providers - schließlich verhindern diese somit selbst eine direkte Kontaktaufnahme (und deren Endkunde wird dann damit belästigt&#8230;)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Marcus</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16013</link>
		<pubDate>Fri, 10 Apr 2009 23:58:26 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-16013</guid>
					<description>Ja, fragt sich nur noch die Frage. wer meldet sich bei Tech-C etc ? 
Wann gibt es eine Fehlconfiguration von einem DNS Server?
Was soll das für ein Fehler sein?
Es gibt so ziemlich 50% die bei der Whois die Denic Richtlinien nicht einhalten, die Denic kümmert es wenig, bzw. was soll Sie machen? Ich denke das bei denen SO viel Arbeit anliegt das Sie kaum vorran kommen?</description>
		<content:encoded><![CDATA[<p>Ja, fragt sich nur noch die Frage. wer meldet sich bei Tech-C etc ?<br />
Wann gibt es eine Fehlconfiguration von einem DNS Server?<br />
Was soll das für ein Fehler sein?<br />
Es gibt so ziemlich 50% die bei der Whois die Denic Richtlinien nicht einhalten, die Denic kümmert es wenig, bzw. was soll Sie machen? Ich denke das bei denen SO viel Arbeit anliegt das Sie kaum vorran kommen?
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Klaus Keppler</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15986</link>
		<pubDate>Fri, 10 Apr 2009 10:39:33 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15986</guid>
					<description>Ganz einfach: das verstößt gegen die Domain-Richtlinien der DENIC: http://www.denic.de/de/richtlinien.html (Punkt 9 und 10).

Wenn man z.B. einen Fehler in der DNS-Konfiguration feststellt, ist es am sinnvollsten direkt den jeweiligen technischen Ansprechpartner zu kontaktieren, als den Endkunden (der meistens keine Ahnung hat).</description>
		<content:encoded><![CDATA[<p>Ganz einfach: das verstößt gegen die Domain-Richtlinien der DENIC: <a href="http://www.denic.de/de/richtlinien.html" rel="nofollow">http://www.denic.de/de/richtlinien.html</a> (Punkt 9 und 10).</p>
<p>Wenn man z.B. einen Fehler in der DNS-Konfiguration feststellt, ist es am sinnvollsten direkt den jeweiligen technischen Ansprechpartner zu kontaktieren, als den Endkunden (der meistens keine Ahnung hat).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Marcus</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15979</link>
		<pubDate>Fri, 10 Apr 2009 01:19:03 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15979</guid>
					<description>http://www.rackblogger.de/2009/04/03/wen-interessierts/</description>
		<content:encoded><![CDATA[<p><a href="http://www.rackblogger.de/2009/04/03/wen-interessierts/" rel="nofollow">http://www.rackblogger.de/2009/04/03/wen-interessierts/</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>Von: Knut Krueger</title>
		<link>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15960</link>
		<pubDate>Thu, 09 Apr 2009 12:45:07 +0000</pubDate>
		<guid>http://www.rackblogger.de/2009/04/09/tech-czone-c/#comment-15960</guid>
					<description>Und?</description>
		<content:encoded><![CDATA[<p>Und?
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
