Wir haben also mal eine Malerkolonne da durch geschickt. Die hat, wie wir finden, mit einfachen Mitteln ein ganz schönes Ergebnis erzielt. Das neue Design ist nicht mehr so 90er, aufgeräumter und neutraler geworden. Ein neutrales Basisdesign ist wichtig, denn bekanntlich ist ja Ihr Business unser Geschäft.

Bevor wir den Schwenk auf das neue Design und den neuen Server machen, geben wir unseren Partnern Gelegenheit, die Kompatibilität der eigenen Anpassungen mit dem neuen Design in einer Vorschau zu prüfen. Der Schwenk wird dann natürlich noch rechtzeitig auch per Newsletter angekündigt.

Denn es soll ja immer noch Partner geben, die unseren Blog nicht lesen. Für die Blogleser aber hier schon mal die VIP-Preview: Unter preview.partner.http.net können Sie den Malern über die Schulter schauen.

Achtung: Die Vorschau ist keine Test-Umgebung, es werden also produktive Aufträge generiert und alle Anpassungen gelten global für beide Versionen!

Einiges können (und werden) wir besser machen, aber was wir damals mal richtig gemacht haben – jetzt können wir es ja sagen – war der Einstellungstest. Denn es ist schwierig, allein von den Bewerbungsunterlagen und einem Einstellungsgespräch ausgehend eine halbwegs gut begründete Entscheidung zu treffen. Man braucht etwas vergleichbares, einen Maßstab.

Bitte machen Sie zu den Aufgaben 1) und 2) Notizen in einem Textverarbeitungsprogramm Ihrer Wahl (z.B. Notepad, Word).

1) Recherche im Internet (aus dem wahren Leben)

In der Firma soll eine Schnittstelle zum Webdienst eines externen Dienstanbieters programmiert werden. Der technische Ansprechpartner des Dienstanbieters behauptet folgendes:

“Man kann HTTP-Header mit CRLF oder LF abschließen. Beides ist RFC-konform.”

a) Versuchen Sie, anhand von Hinweisen im Internet diese Aussage inhaltlich zu verstehen. Worum geht es überhaupt?
- Was sind HTTP-Header?
- Was ist mit LF und CRLF gemeint?
- Was bedeutet "RFC-konform"? Was ist ein RFC?

b) Versuchen Sie, einen Beleg zu finden, der die Aussage stützt oder widerlegt.
- Welche Stichwörter sind für die Suche relevant?

Notieren Sie Ihre Vorgehensweise. Wonach suchen Sie?
Wichtiger als das Endergebnis ist die Herangehensweise!

2) Programmierung (Denken in Code)

Hier ist ein kleines Programm (in Pseudocode). Es wird mit Parametern x und y gestartet (x und y sind ganze Zahlen):

PROGRAM hello(x,y)
    IF x > 0 THEN
        y := 1
    ELSE IF x < 0 THEN
        y := x
    END IF
    z := x*y
    IF z > 0 OR z = x THEN
        Print “Hello World!”
    END IF
END PROGRAM

Bei welchen Werten von x und y wird “Hello World!” gedruckt?

3) Praktische Alltagsbewältigung

Finden Sie heraus, wo man in dieser Firma etwas ausdrucken kann (Kollegen fragen ist erlaubt) und drucken Sie Ihre Notizen/Ergebnisse aus.

Naja, gefunden haben wir jedenfalls die Richtige

@Edith: Viel schwieriger kann die Zwischenprüfung ja eigentlich auch nicht werden, oder? Viel Erfolg!

Wer keine Lust hat, diesen Artikel zu lesen und einfach nur unsere neue DNS-API benutzen will, kann auch einfach seinen Client starten und den Rest auslassen

“Die Galaxie bleibt nicht, wie sie ist. Sie ändert sich von Tag zu Tag und auch wir müssen uns ändern und stärker werden, um den neuen Herausforderungen gerecht zu werden. Als Jedi können wir es uns niemals erlauben, träge und selbstgefällig zu werden. Wir müssen stets wachsam bleiben, immer auf das achten, was um uns herum geschieht, und bereit sein, uns wechselnden Umständen anzupassen.”
Luke

Providing Interfaces

Inmitten all der aufregenden Abenteuer, die das Providerleben so bietet, haben wir bei http.net mal kurz die Zeit angehalten, um Bausteine für die Zukunft zu sortieren. Es liegen mehr als 10 Jahre Schnittstellentechnologie hinter uns, und mittlerweile ist ein bunter Zoo von Clients aller Art entstanden, die permanent mit Registrierungsstellen und Lieferanten aller Art und in aller Welt kommunizieren, damit wir selbst wiederum als Dienst unseren Partnern all diese Dienste in möglichst übersichtlicher Form zur Verfügung stellen können. Das Spannende am Internet ist, dass es noch lernt, und wir lernen mit ihm zusammen: wir lernen, in Schnittstellen zu denken.

Denken wir mal über die Armaturen hinaus, also das User-Interface, das in Form von Weboberflächen, Robots oder SOAP-Diensten daherkommt, und nennen wir die Basis dahinter die API. Die API bietet einen Dienstvertrag, also eine Menge von Operationen zur Erhebung und Manipulation von Daten, die im weiteren Sinne in verteilten Datenbanken hinterlegt sind (wie z.B. Registries, DNS- oder Whois-Server). Unabhängig von der Kodierung (z.B. in XML, JSON oder als E-Mail-Template) kann man die Struktur der Daten am besten in Form von Objekten beschreiben.

Wie kann man Bedingungen beschreiben?

Der Client verwendet eine Operation, also er sendet ein Objekt unter Hinweis auf eine bestimmte Verabredung zur Verarbeitung an den Dienst und erhält ein Objekt als Antwort zurück. Das impliziert zunächst, dass die gesendeten Daten in vereinbarter Weise strukturiert sind, damit der Dienst überhaupt erkennt, welche Bedingungen erfüllt sein sollen. Wenn er die Daten erfolgreich einem Schema zugeordnet hat, schickt er sie durch einen vierstufigen Validierungsprozess:

• Zugriffskontrolle für die Operation (OperationAccess)
• Validierung der Daten gegen definierte Bedingungen (DataValidation)
• Konsistenz von Operation, Daten und und Datenbank (DataConsistency)
• Zugriffskontrolle für die Daten und die Datenbank (DataAccess)

Innerhalb dieser Stufen sind einzelne Bedingungen zu prüfen: z.B. ist der Wert eines Datenfeldes für Domainnamen gegen die syntaktischen Regeln zu validieren, die durch das RFC für Domainnamen und die zuständige Registry vorgegeben sind (DataValidation), während es eine Frage der Datenkonsistenz ist, dass eine bereits registrierte Domain nicht erneut registriert werden kann (DataConsistency), und schließlich sichergestellt sein muss, dass nur berechtigte Clients eine bestehende Domain verändern können (DataAccess).

Je nachdem, wie viele weitere Parteien in die Transaktion involviert sind und je nachdem, wie deterministisch sie ist, kann das Resultat kompliziert sein. Zum Beispiel birgt ein Domaintransfer einige Unwägbarkeiten, wenn mehrere Parteien mit mehr oder weniger vorhersagbarem Verhalten an einem Prozess beteiligt sind, der verschiedene Zustände annehmen kann. Das Anlegen einer DNS-Zone ist dagegen sehr einfach, denn die DNS-Server sind nur spezielle Datenbanken, die in unseren eigenen Rechenzentren stehen, so dass sich das Resultat im Wesentlichen aus den Anfangsbedingungen ergibt und unmittelbar zur Verfügung steht. Deshalb haben wir uns entschieden, die schon lange geplante DNS-API als Prototyp für einen neuen Architekturstil zu implementieren.

Gekoppelte Prozesse und implizite Abhängigkeiten

Früher hat man Dienste als Prozess programmiert, also irgendwo in den Tiefen verschachtelter Prozeduren Bedingungen in Form von IF-THEN-ELSE-Verzweigungen vergraben. Dann hat man hinterher den Programmierer gefragt, was er da gemacht hat, und das bestenfalls in eine Dokumentation geschrieben oder sich einfach gemerkt.

Daraus ergeben sich Dialoge wie dieser:

• $Kunde an $Support: “Was hat diese Fehlermeldung zu bedeuten?”
• $Support an $Programmierer: “Was hat diese Fehlermeldung zu bedeuten?”
• $Programmierer an $Support: “Schwer zu sagem das hat $ExKollege1 so programmiert, wahrscheinlich weil $ExKollege2 das wollte.”
• $Support an $Programmierer: “Kann man das nicht besser lösen?”
• $Programmierer an $Support: “Hm, schon, aber wenn man das in $Modul1 ändert, könnte auch $Modul2 betroffen sein …”
• $Support an $Kunde: “Bitte haben Sie etwas Geduld, die Technik arbeitet daran.”

Der Trick mit der deklarativen Architektur

Wir wollen, dass unser Support weniger Arbeit hat. Deshalb erfinden wir den Begriff der Bedingung neu. Wir erklären Bedingungen zu Attributen, die an Operationen, Datenobjekte oder Datenfelder gebunden werden können, also zu eigenständigen Objekten mit Eigenschaften und Fähigkeiten. Eine solche programmierte Bedingung nennen wir ein Constraint. (Den freundlichen Support wird es natürlich trotzdem weiterhin geben )

Dieser Ansatz mag auf den ersten Blick etwas akademisch wirken, doch er vereinfacht enorm die Verwaltung von Bedingungen und bildet die Basis für ein Höchstmaß an Flexibilität und Skalierbarkeit. Um es konkret zu machen, ein Constraint soll:

• eine informelle technische Beschreibung seiner Bedingungen bieten,
• eine Validierungsfunktion für bestimmte Eingangsdaten bereitstellen, und
• im Fall des Fehlschlagens der Validierung eine genaue Begründung liefern.

Zum Beispiel definiert die API ein Datenobjekt namens ARecord, das ein Feld namens ipv4 enthält. Dies ist auf der Ebene der Schema-Definition nur eine beliebige Zeichenkette. Da jedoch nicht jede Zeichenkette als IPv4-Adresse interpretierbar ist, binden wir das Resultat ARecordInvalidIPv4 an dieses Feld:

75120 - ERROR: invalid IPv4 address in A record (654)

Alle Resultate sind einem 5-stellig nummerierten Katalog entnommen, der eine Erweiterung der alten 3-stelligen “Systemantworten” des Robots bildet und in unserer alten Domain-API schon lange Anwendung findet. Zusammen mit dem Resultat wird nun auch der Constraint [DataValidation::IPAddress] an das Feld gebunden, um zu definieren, wann dieses Resultat zurückgegeben werden soll. Der Constraint implementiert die Validierungsfunktion und gibt darüber Auskunft, welche Zeichenketten er als IPv4-Adresse akzeptiert.

Auf diese Weise kann die API schon im Vorfeld mitteilen, unter genau welchen Umständen welche Resultate zurückgegeben werden, womit die ganze mühselige Arbeit der Schnittstellendokumentation vollständig automatisiert ist. Die gelieferte Beschreibung ist unabgängig vom Darstellungsformat, so dass die Dokumentation in beliebiger Form veröffentlichen werden kann, z.B. innerhalb einer HTML- oder PDF-Dokumentation.

Genauso kann die API auch z.B. dokumentierten Quellcode für Clients generieren.

Der Dienst, der die API implementiert, hat zu garantieren, dass eine Operation dann und nur dann zur Ausführung kommt, wenn auf jeder Stufe alle Bedingungen erfüllt sind. Andernfalls liefert er die einzelnen Resultate mit den zugehörigen Begründungen an den Client aus.

Wie der Client die Antwortdaten verarbeitet oder darstellt, muss ihm überlassen bleiben. Die API bietet detailierte Resultate, die so weit wie möglich aufgeschlüsselt sind, um die Weiterverarbeitung z.B. in einem interaktiven Webseite oder dergleichen zu ermöglichen.

Und der REST?

Die API selbst ist zunächst die abstrakte Definition eines Dienstvertrags. Um sie zu nutzen, muss der Client sich für einen Endpunkt entscheiden. Ein Endpunkt besteht formell aus Adresse, Bindung und Dienstvertrag. Der Dienstvertrag ist für alle Endpunkte einer API-Instanz gleich. Die Bindung ist die Transportvereinbarung, wie z.B. SOAP via HTTPS mit verschiedenen Authentifizierungsmethoden oder auch SMTP. Kurz gesagt, der Client kann sich aussuchen, wie er mit der API sprechen will.

Zum Beispiel ist einer der Endpunkte so alt wie das HTTP-Protokoll selbst: REST ist einfach HTTP ohne eine weitere Protokollschicht. Man holt sich Daten mit GET, legt mit POST Objekte an, verändert sie mit PUT und löscht sie mit DELETE. Dieser Endpunkt ist momentan noch experimentell und unterstützt bis jetzt auch nur XML-kodierte Daten. Aber die API lernt ja noch …

Am besten einfach ausprobieren

Wer schnell einen PHP-Client für die DNS-API in Betrieb nehmen will, kann sich gerne den HttpNetSoapClient herunterladen. Mit Partner-ID und angemeldeter IP-Adresse kann es dann sofort losgehen.

Jemand, womöglich aus der Branche, möchte, aus welchen Gründen auch immer, nicht, dass derjenige, der über die Domain verfügt, sein Geschäft damit betreibt. Wir sprechen von einer Branche, in der man keine kleinen Brötchen backt. Nein, ganz und gar nicht.

Die Dienstleistung, die er in Anspruch nimmt, um seinem Anliegen Nachdruck zu verleihen, wird in einer anderen, nicht weniger prächtig gedeihenden Branche angeboten. Dort gibt es Botnetze jeder Kapazität zu mieten, zusammen mit Rundum-Sorglos-Paketen zu verschiedenen Tarifen. Die berühmtesten Botnetze bestehen aus Millionen von weltweit verteilten Rechnern, die sich ihre Backdoors wahrscheinlich wiederum zusammen mit den Produkten der ersten Branche installiert haben.

Unser Freund kauft ordentlich ein, denn er hat wahrscheinlich irgendwann – einen Schnaps in der Hand – versprochen, dass kein Provider der Welt diese Domain jemals konnektieren wird. Etwa so, als würde man einem Markthändler das Geschäft dadurch vermiesen, dass man jede Markthalle in die Luft sprengt, in der er seinen Stand aufstellen will. Auf drei Nameservern der http.net war die Zone für etwa eine Stunde eingetragen. Der Rest ist (hoffentlich bald!) Geschichte.

Aber es muss ja nicht immer Klartext sein, oder?  Denn so kann man das Ganze auch beschreiben:

Spanning Tree Protocol
Algorhyme von Radia Perlman

I think that I shall never see
a graph more lovely than a tree.
A tree whose crucial property
is loop-free connectivity.
A tree that must be sure to span
so packet can reach every LAN.
First, the root must be selected.
By ID, it is elected.
Least-cost paths from root are traced.
In the tree, these paths are placed.
A mesh is made by folks like me,
then bridges find a spanning tree.

Da soll noch mal einer sagen, Poeten würden die Logik verderben!

Ein Beispiel Schritt für Schritt

Nehmen wir an, eine DE-Domain soll registriert werden. Im Bestellformular wählt man zunächst Domainnamen und Auftragsart:

Im nächsten Schritt werden die Kontakt-Handles ausgewählt oder erstellt. Das ist nichts Neues und wird hier nicht besprochen. Als nächstes ist die Delegation für die Domain anzugeben. Damit teilt man der Registry mit, welche Nameserver für die Domain zuständig sein sollen. Bei einer DE-Domain hat man hier folgende Möglichkeiten:

1. Eigene Nameserver
2. Nameserver der http.net
3. Nameserver der DENIC (NSentries)

Wenn man eigene Nameserver verwendet, muss man selbst für die Eintragung einer geeigneten DNS-Zone auf den angegebenen Nameservern sorgen. Wenn man NSentries verwendet, kann man ein paar Resource-Records angeben, die DENIC zusammen mit der Domain einträgt. Wenn Sie unsere Nameserver benutzen, so mussten Sie bisher separat einen Auftrag an unseren DNS-Robot generieren, um die Zone dort einzutragen.

Neu: Wenn Sie unsere Nameserver verwenden, können jetzt gleichzeitig einen Auftrag an den DNS-Robot generieren, so dass zuerst die Zone eingetragen wird. Ganz analog zu NSentries können Sie also hier direkt einige wichtige Resource-Records für die Domain angeben. Das gilt natürlich nicht nur für DE-Domains, sondern für beliebige TLDs. Aktivieren Sie die Checkbox “Zonendaten eintragen” um das Formular zu erweitern:

Die Syntax der Express-DNS-Einträge orientiert sich an den NSentries. Sie können bis zu 6 Address- und Mail-Exchange-Records eintragen. Wie es geht, sollte schnell klar werden, wenn Sie auf “Beispiel anzeigen” klicken. Dann wird passend zum Domainnamen ein Standard-Beispiel generiert:

Benutzen Sie die Beispiel-Daten als Vorlage für Ihre eigenen Einträge. Wenn Sie beim Klick auf “weiter” die Checkbox

Die Angaben auf dieser Seite als Standardwerte speichern.

aktiviert haben, werden Ihre Express-DNS-Einträge als Vorlage gespeichert und bei der nächsten Benutzung des Formulars mit dem jeweiligen Domainnamen geladen, so dass Sie Ihre Standard-Konfiguration nur einmal eintragen müssen.

Nachdem Sie auf “weiter” geklickt haben, sehen Sie im letzten Schritt, in der Zusammenfassung des Auftrages, das Template, das an den Domain-Robot gesendet wird. Hier können Sie natürlich auch noch Änderungen vornehmen, wenn Ihr Auftrag spezielle Zusatzangaben erfordert oder Sie etwas ändern möchten:

Wenn Sie die Express-DNS-Option verwendet haben, sehen Sie hier ein Kombi-Template. Der Domain-Robot sendet den DNS-Teil solcher Templates zunächst an den DNS-Robot und verarbeitet den Domain-Teil zwei bis drei Minuten später, um sicherzustellen, dass die Zone zuerst eingetragen wird, falls dies für den Domain-Auftrag erforderlich ist.

Feedback erwünscht!

Wie bei all unseren Innovationen gilt auch hier: Wir haben versucht, aus Ihren Anregungen, unserer Erfahrung und den technischen Möglichkeiten das aus unserer Sicht Beste zu machen. Am liebsten möchten wir aber das Beste aus der Sicht unserer Partner realisieren. Deshalb: Ideen, Anregungen, Verrisse – alles erwünscht!

heute am 11-11-11 finden nicht nur die meisten Hochzeiten des Jahres statt, auch wir finden, dass die ELF etwas ganz besonderes ist.
Warum?

-  Im Monat 11 hat unser Firmengründer Dean Ladwig im Jahr 1993 die Firma Comdesign gegründet.
-  Im Monat 11 wurde 1999 der Gesellschafterbeschluss gefasst, die Comdesign GmbH in die http.net Internet GmbH umzubenennen.
-  Und noch ist die im Jahr 2000 ins Handelsregister eingetragene http.net 11 Jahre alt

Für uns Grund genug, am 11-11-11 eine ganz besondere Treueaktion zu starten.
Wir verlosen eine Wochenendreise nach Berlin für 2 Personen mit 11 Überraschungen, die wir nach und nach in den nächsten Wochen bekannt geben werden.
Natürlich werden auch Berliner Gewinner ihren Spaß haben. Sie erwartet ein Aufenthalt im Hotel und es wird ungewöhnliche Orte und Dinge zu sehen geben, die ganz bestimmt auch für Berliner und Berlin-Kenner spannend sein werden.

Wer kann gewinnen?

Wir verlosen die Reise unter den
-   11 Partnern mit den meisten Neuregistrierungen
-   11 Partnern mit den meisten KKs
-   11 Partnern mit dem prozentual höchsten Wachstum
-   11 Partnern mit den besten Anregungen für unser neues Partnerweb oder unsere neue API

Ihr fragt Euch, in welchem Zeitraum dies gilt?
Wir feiern die ELF: Es gelten die nächsten 11 x 11, also 121 Tage!

Mitarbeiter und verbundene Unternehmen können leider nicht teilnehmen.

Seid gespannt auf die Programmpunkte und das Hotel! Wir freuen uns heute schon auf den Gewinner und seine Begleitung, die wir natürlich auch persönlich empfangen werden.

Es grüßt herzlich und namens des http.net -Teams,
der swopp

“Unser Keller, Du weißt schon, dieses unerforschliche, weil nicht mehr betretbare Land unter unserer Wohnung – dieser Keller ist fällig am Wochenende. Hundertmal hab ich Dich schon gebeten, dass Du da Begehbarkeit herstellen sollst!”,

sagt sie.

“Ach herrjeh!”,

denke ich und setze zum Sprechen an, doch:

“Nimm Dir ein Beispiel am Müller von gegenüber, Du weißt schon, der bis diesen Sommer über uns gewohnt hat und nach gegenüber gezogen ist. Der hat so’n schnieken Garten und puttelt da immer rum. Der hat garantiert auch seinen Keller top in Schuss!”,

prasselt es auf mich ein.

“Müllers Haus ist nicht unterkellert”,

wende ich matt ein.

“Ist doch egal, dann eben seine Garage!”,

peitscht es zurück.
Ich nutze die nun naturgegebenermaßen eintretende Atempause meiner Liebsten

“Schatz, wann warst Du denn das letzte Mal in unserem Keller?”,

sondiere ich vorsichtig

“25 Zentimeter habe ich mich hineinarbeiten können am vergangenen Freitag!”,

kommt es mit frischer Atemluft heftigst zurück.

“Na dann habe ich gute Nachrichten für Dich”,

fahre ich ihr aus reinem Selbstschutz in die Parade.

“Ich habe am letzten Wochenende, als Du Deine Eltern besuchtest, im Keller aber sowas von Ordnung geschafft, auf dem Rückweg vom Recyclinghof Deinen Wagen komplett gereinigt, gewachst und motorgewaschen und dann noch Müllers neuen Rasenmäher bewundert – VOR seiner Garage, denn in die kommt auch keiner mehr rein!”

“Ohh…”,

meint sie da nur.

Jepp: Ball, Satz und Sieg!

Jetzt aber mal Butter bei die Fische, meine lieben http.net-Partner landauf und landab! In unserer Umfrage vom Juli habt Ihr ja nicht gezögert, die Finger in jede unserer Wunden zu legen. Das tat weh, aber wir haben unsere Hausaufgaben gemacht, bereits ordentlich entrümpelt und auch schon reichlich neue Möbelstücke in unserer Bude platziert, die ja auch die Eure ist. Wenn ich nun aber tagtäglich mit Partnern telefoniere und das Gespräch auf neu eingeführte Features und Funktionen bei http.net kommt, sehe ich regelrecht die großen erstaunten Augen vor mir: “Newsletter? – Nö, nicht gelesen.” “Blog? – Hab ich keine Zeit für.” “Facebook? – Mach ich nicht.” “Twitter? – Kenn ich nicht.” Also wirklich, Leute! Wir können auch gern noch eine Mailingliste einrichten, aber bei Brieftauben und reitenden Boten ist Schluss. Bevor Ihr also das nächste Mal über den Rumpelkeller von http.net lästert, schaut mal in unseren blog.http.net. Da stehen alle Neuigkeiten zeitnah drin. Oder einmal im Monat im Newsletter dann gebündelt.

Und wenn der nette Nachbar von gegenüber, der, der noch bis Sommer bei uns gewohnt hat, bei Euch über seinen schnieken Garten schwadroniert, lasst Euch erst mal seine Garage zeigen.

So, ich mache jetzt Feierabend und lass mich von meiner Liebsten bei klassischer Musik als großer Kellerbefreier feiern

Und Ihr so am Wochenende?

Schöne Grüße,
der swopp

Die meisten Leute trinken Kaffee aus diesen Tassen. Es trinken derartig viele Leute diesen Kaffee, dass die Kaffeefabrik nun schon so groß und mächtig geworden ist, dass sie sogar Anteile an der Tassenfabrik gekauft hat. Und der Tassenfabrikant weiß auch, dass er ohne den großen Erfolg des Kaffeeherstellers nicht so viele Tassen verkaufen könnte, also muss er sich mit ihm gut stellen.

Nun hat mir der Kaffeehersteller geschrieben, dass er sich ja doch Gedanken um meine Gesundheit mache, immerhin könnte mir jemand etwas Ungutes in den Kaffee mischen und ich könne ja auch nie sicher sein, dass guter Kaffee in meiner Tasse wäre, wenn jeder Hergelaufene alles mögliche in die Tasse füllen könne. Er habe sich daher mit dem Tassenhersteller zusammengesetzt und eine ganz neuartige Beschichtung entwickelt, die bewirken könne, dass man nur noch den hochwertigen Kaffee des Kaffeeherstellers aus so einer Tasse trinken könne. Jede andere Flüssigkeit würde im Bruchteil einer Sekunde verdampfen und so könne man sicher sein, immer den guten Kaffee in der Tasse zu haben, wenn nur erst alle Tassen mit der Beschichtung versehen seien.

Ich fand das eigentlich vernünftig, denn schließlich können heutzutage nur noch Experten wirklich gute und schlechte Getränke unterscheiden. Allerdings würde ich dann keine Brause mehr trinken können, was schade wäre, und etwas ungerecht gegenüber den anderen Getränkeherstellern kam mir das auch vor. Auf Nachfrage versicherten mir Kaffee- und Tassenhersteller jedoch, dass man natürlich auch zukünftig noch einige andere Getränke aus den Tassen würde trinken können, eine Liste der zulässigen Getränke sei bereits in Arbeit. Ein Fachmann würde die Beschichtung wahrscheinlich sogar deaktivieren können, jedenfalls könne man sich gegen Aufpreis eine Deaktivierung der Beschichtung einrichten lassen. Na also, ist doch eine tolle Idee, oder?

Ein ähnlicher Fall ist dieser.

Also, #OccupyYourHardware und: Stand up for your freedom to install free software!

When I read commentary about suggestions for where C should go, I often think back and give thanks that it wasn’t developed under the advice of a worldwide crowd.

Dennis Ritchie hat sich unsterblich gemacht.

Juhu! Verisign, die Registry für COM- und NET-Domains, hat schon einen großen Besen bei der ICANN beantragt:
http://www.icann.org/en/registries/rsep/verisign-com-net-name-request-10oct11-en.pdf

Dort heißt es:

“Various law enforcement personnel, around the globe, have asked us to mitigate domain name abuse, and have validated our approach to rapid suspension of malicious domain names, [...]”

Aha, law enforcement personnel around the globe? Ja, das sind also diese braven amerikanischen Staatsanwälte, nicht wahr, also diese gutaussehenden Jungs mit den kantigen, entschlossenen Gesichtern, die konsequent gegen Spammer, Phisher und andere Subjekte vorgehen. Die machen sicher einen guten Job.

Schön ist vor allem, dass die guten Jungs immer genau wissen, wer auf welcher Seite steht und welche die richtige ist. Sie programmieren einfach einen Malware-Scanner, der zwischen gut und böse unterscheiden kann, das ist also quasi der Apfel vom Baum der Erkenntnis 2.0. Zusätzlich werden sie wohl eine Hotline unterhalten, auf der Polizisten und verwandte Berufsgruppen aus aller Welt anrufen und die Abschaltung dieser oder jener Domain verlangen können. Ob jetzt z.B. chinesische Internetaufseher, iranische Religioswächter oder Beamte im Dienste eines nordafrikanischen Diktators gerade zu den Guten oder den Bösen gehören, steht ja in der Zeitung.

Ja, und das Tolle ist, wir sprechen hier von einem Pilotprojekt, das Schule machen soll:

Numerous registrars have expressed interest in Verisign’s malware scanning service [...]

Ich sehe da kein Problem, denn was Malware ist, hat Verisign definiert. Außer, wenn nun jemand den Bayerischen Staatstrojaner auf einer COM-Domain zum Download anbietet, dann wird es irgendwie doch noch kompliziert …

Verisign is offering pilot scans to test the configuration ensuring web servers will not be impacted.

Also – Server startklar machen, wenn die Scanner kommen!

Na sowas, kurz nach Veröffentlichung des Beitrags ist Verisign zurückgerudert:
Verisign Anti-Abuse Domain Use Policy // Withdrawn

Auf ein so nachhaltiges Feedback hatten wir ja nicht zu hoffen gewagt

Das Gespräch dreht sich um Alzheimer bzw. die Angst davor.

Während alle ihre Erlebnisse beschreiben, wie sie sich schon einmal (oder oft) in einem Raum wiederfanden und nicht mehr wussten, was sie dort eigentlich tun wollten, zerbricht sich unsere neue Kollegin verzweifelt den Kopf auf der Suche nach einem Begriff: Ihr fällt immer nur “Anämie” ein…

Folge 2, heute im Büro von http.net

Wir überlegen, ob wir zum Wochende mal wieder etwas Unterhaltsames für unseren Blog haben (Providerhumor ist übrigens die beliebteste Kategorie, wie wir festgestellt haben )

Einem Kollegen fällt das Gespräch von gestern ein:

“… Sie kam immer nur auf Anämie, dabei suchte sie …

Alzheimer!”

Pssst, ich weiß noch, wie das richtige Wort hieß.

Laut Stellungnahme von T-Systems/itenos kam es im Zuge einer routinemäßigen Wartungsarbeit an den USV-Anlagen zum Ausfall einer Stromschiene Hiervon waren zunächst alle nicht redundant ausgelegten Systeme betroffen. Einige Geräte starteten automatisch neu, sobald der Strom wieder verfügbar war, andere mussten manuell wieder hochgefahren werden.

Redundant mit zwei Netzteilen ausgelegte Systeme waren weitgehend nicht betroffen, einige wiesen nach der Umschaltung sporadische Ausfälle auf.

Unsere Techniker waren nach Bekanntwerden des Problems vor Ort und konnten um 11:00 Uhr die Wiederherstellung der Verfügbarkeit fast aller Systeme melden.

Ungeklärt ist nach wie vor, warum wir von der Wartung nicht unterrichtet waren und dadurch unsere Techniker nicht wie üblich vor Ort waren. Hier wird es in Kürze zu einer Aussprache mit dem Betreiber kommen, um sicher zu stellen, dass wir von allen Wartungen informiert sind und diese wenn möglich nachts stattfinden.

Wir bitten Sie, etwaige Ausfälle und Störungen zu entschuldigen.

Welche Konsequenzen ihre pure Anwesenheit hat, wurde kurz danach ein aktuelles Thema.
(Ich verweise hierbei auch auf den sehr informativen Blogeintrag von SB.)

Aufgrund dessen, entschied sich Heise zu einer pragmatischen Lösung, erfand den 2-Click-Button, und stellte ihn (mit ein paar Verzögerungen) als Plug-in zur Verfügung.

Hierbei wird das Like-Utensil durch einen ersten Klick entsichert, bevor es zum Gebrauch seiner selbst genutzt werden kann. Und damit alles noch einfacher ist, hat ein freundlicher Mensch dazu gleich noch ein WordPress-Widget gebaut. Klingt gut, dachte man sich hier, das nehmen wir!

Gesagt, getan, diverse Widgets deaktiviert, installiert, aktiviert, nach der Facebook App-ID gewühlt, kurz getestet – We proudly present:

http.net-Blog jetzt mit 2-Click-Buttons!

Danke Heise, danke H.-Peter Pfeufer

Nicht so $KUNDE von neulich, der einen Authcode für seine Domain haben wollte. Er bat um Zusendung an die Adresse kunde@[domain].

“Tut mir leid”, erwiderte der Kollege vom Support, “an diese Adresse kann ich ihn leider nicht schicken, bei uns ist nur die Adresse info@[domain] hinterlegt.”

“Kein Problem”, sagte darauf $KUNDE, “dann mach ich nur schnell den anderen Computer an.”

Heute haben wir uns mal den Robot vorgenommen und haben gedacht: wie wär’s mit einem kleinen Hack!

Warum sollte man nicht einfach bei einem Domain-Template auch ein DNS-Template mit senden können? Eine bessere Verknüpfung der Komponenten war schließlich auch in den Kommentaren zur Umfrage gefordert worden. Was das Partnerweb und andere Schnittstellen betrifft, wird das ein wenig aufwändiger werden, aber beim SMTP-Robot ist die Lösung eigentlich ganz einfach. Schreiben wir doch mal auf, was wir haben wollen:


From: support@example.com
To: domreg@routing.net
Subject: REG: name.de

#internal: 999999/******

domain: name.de
owner-c: TEST1-HTTP
admin-c: TEST2-HTTP
tech-c: TEST3-HTTP
zone-c: TEST4-HTTP
nserver: ns.routing.net
nserver: ns8.routing.net

dnszone: name.de
primary: ns.routing.net
mailbox: dnsmaster@example.com
namesrv: ns.routing.net 213.160.64.64
namesrv: ns8.routing.net 213.160.65.64
arecord: @ 213.160.69.3
crecord: www @


So, jetzt muss man dem Robot nur noch sagen, dass er zuerst den unteren Teil an seinen Kollegen, den DNS-Robot, weitergeben und dann den ersten Teil selbst verarbeiten soll. Fertig

Also, Spaß beiseite. Folgendes gilt ab sofort:

An das Ende eines Domreg-Templates kann man ein DNS-Template hängen, das mit der Zeile


dnszone: <domain>


(anstelle der domain-Zeile) beginnt. Daraus werden zwei separate Aufträge erzeugt, nämlich ein DNS-Template, das sofort an den den DNS-Robot übergeben wird, und ein Domain-Template, das etwa 2 bis 3 Minuten später an den Domreg-Robot gesendet wird, um sicherzustellen, dass die Zone zuerst eingetragen wird, falls dies für den Domain-Auftrag erforderlich ist.

Bei REG- und KK-Aufträgen an den Domreg-Robot wird ein REG-Auftrag für den DNS-Robot erzeugt, CLOSE- und TRANSIT-Aufträge kann man mit einem DNS-CLOSE verbinden und einem Domain-UPDATE kann man ein DNS-UPDATE anhängen. For Robot-Templates ohne dnszone-Schlüssel ändert sich natürlich nichts.

Einfach mal ausprobieren!

Es besteht also allemal Diskussionsbedarf. Wer daran noch zweifelt, führe sich das Papier von Rosendaal zu Gemüte. (Achtung, das Klicken auf den Link könnte getrackt werden Danach kann man sich von der Free Software Foundation einen schönen und garantiert trackfreien Button für seine Homepage geben lassen:

Selbstverständlich ist das Tracking eine der wichtigsten Funktionen der Like-Buttons und seiner Freunde, genauso wie diverser Google-Dienstleistungen. Dies sind Werkzeuge, die über den unmittelbaren Nutzen hinaus den Betreibern vielfältige Möglichkeiten eröffnen, Macht über das Internet zu erlangen, Macht im Sinne von Kenntnis des Nutzerverhaltens. Nicht böse, aber Ergebnis einer klugen Analyse der zukünftigen Wirtschaftsräume.

Die wirtschaftlichen und sozialen Implikationen von FB & Co und ihren Werkzeugen gehen natürlich weit darüber hinaus. Niicht nur, dass sich jeder Teilnehmer am Wirtschaftsleben neuerdings Gedanken darüber zu machen hat, wie sich sein Name so googelt und was da so alles zu Tage gefördert werden könnte. Die umfassende Mobilisierung und Vernetzung aller Lebensbereiche steht offenbar bereits sogar in Zusammenhang mit dramatischen politischen Umwälzungen in anderen Teilen unserer klein gewordenen Welt. Es wird noch lange brauchen, bis man all diese Entwicklungen verstanden haben wird. Tja, und manch einer hierzulande empört sich über die vergleichsweise bieder daherkommende Vorratsdatenspeicherung, der bereitwillig seine gesamte soziale Existenz den undurchsichtigen Organen des USA PATRIOT Act überantwortet, nur weil die bunte Buttons haben davorschalten lassen.

Die Frage ist also jedenfalls schon längst nicht mehr, ob man diese Entwicklungen verhindern kann oder will, sondern wie man damit umgeht. Als Privatnutzer steuere ich einigermaßen restriktiv die Preisgabe von Informationen über mein Nutzerverhalten. Ich behaupte kühn, jederzeit zu wissen, wo ich zu welchem Zweck gerade angemeldet bin und eine grobe Vorstellung von den Informationen zu haben, die mein braver Browser in die Welt funkt. (Wie kühn diese Behauptung jedoch ist, muss ich bei näherem Hinsehen allerdings immer wieder erneut feststellen!) Als Wirtschaftsunternehmen dürfen wir jedoch die Entwicklungen nicht verschlafen und müssen die Chancen nutzen, die sie uns bieten. Und es macht ja auch Spaß, und ja, wir möchten natürlich gemocht werden und möchten auch erfahren, dass man uns mag und was man an uns mag, na klar. Es gilt: don’t be evil – be smart

Sehr erfreut waren wir zunächst von der starken Resonanz, die wir praktisch umgehend bekamen: 174 Teilnehmer, von denen 139 die Umfrage komplett beantwortet haben – das sind mehr als 10 Prozent der Partner von http.net, wow! Ebenso gefreut haben wir uns über die guten Zensuren, die wir auf die Fragen “Wie benoten Sie die persönliche Ansprache durch…” bekommen haben.

Etwas überrascht hat uns, dass sich mehr als zwei Drittel unserer Partner zu den Systemhäusern und ähnlichen Spezialanbietern zählen. Hier hat sich unser Kundenspektrum seit der letzten Umfrage gehörig geändert.

Dann aber wurde es richtig interessant für uns: Kritische Stimmen zum Partnersystem und Partnerweb wie “…ist noch sehr neunziger…” und “…wegwerfen und neu schreiben…” hatten wir schon befürchtet, Sätze wie “…die alte Oberfläche war besser…” oder “…die Webfunktionalitaet ist für mich gut und umfangreich genug…” eher weniger.

Mit großer Spannung hatten wir auch das Ergebnis des Fragenkomplexes “Social Media” erwartet. Auch hier ein überraschend heterogenes Bild von “…pfeife ich auf das Social Media…” über “…unbearbeitetes Thema – wir freuen uns ueber Hinweise/Ratschlaege…” bis hin zu “…wir werden facebook und xing Nutzung aktiv anbieten…” Aha!

Was haben wir nun aus dem breit gefächerten Spektrum der Antworten gelernt? Ich denke “Bleibt alles anders”, wie Herbert Grönemeyer gesungen hat, trifft es gut. Wir müssen kräftig anpacken und sind auch schon ordentlich dabei. Seit dem 1. August ist unser Backordertool online, auch unsere neue DNS-API mit transparentem Handling ist fertig. Das Partnerweb wird momentan überarbeitet, parallel dazu mittelfristig ein neues, ergonomisches und damit zeitgemäßes Partnerweb entwickelt. Dabei wird http.net durch Entwickler aus den Schwesterfirmen unterstützt.

Domains und Hosting bleiben unser Kerngeschäft und damit das wichtigste Thema. Das Domainportfolio wird weiter ausgebaut und wir werden wieder Windows-Webserver anbieten.

Als http.nette stehen wir für kompetenten und vor allen Dingen persönlichen Support. Hierzu wird der Support verstärkt und Einstellungsgespräche für die Administration geführt. Wir wollen noch besser mit unseren Partnern ins Gespräch kommen. Bis wir gelernt haben, über welche Kanäle das am besten funktioniert, freuen wir uns über regen Besuch auf unserem Blog, Facebook und Twitter. LinkedIn werden wir uns genau anschauen und Google+ im Auge behalten. Und auch das traurigerweise sang- und klanglos eingeschlafene Projekt eines Marktplatzes für http.net-Partner wird momentan heiß bei uns diskutiert. Wie ist Eure Meinung dazu

fragt sich
der swopp

P.S. Hier geht es zum ungeschminkten Ergebnis der Umfrage
P.P.S. Könnte sich bitte der Partner bei uns melden, der in “Space Tourism” macht? Wir würden gern einen Betriebsausflug buchen!

- Public whois
- Member whois
- RRI für de. und ENUM
- MRI für de. und ENUM
- Transit Service Center
- DENIC Online Registry
- DCHK

Eingehende MRI Aufträge werden gequeued und nach der Störung verarbeitet.

Jede Nacht holen wir uns von der Registry die Liste mit den Domains ab, die 5 Tage später freigegeben werden. Das sind jeden Tag so an die 80.000 Namen, von denen 99.99% vollkommen uninteressant sind (adultentertainermedicals.com, …). Ein paar wenige schöne Namen sind aber oft dabei, so etwa verteilt wie die vierblättrigen Kleeblätter auf einer Kuhwiese.

Unser neuer Suchagent (powered by: EM) bietet die Möglichkeit, auf einen bestimmten Namen zu warten oder sich über freiwerdende Namen, die einem gegebenen Muster entsprechen, täglich informieren zu lassen. Jedenfalls, sobald die Domains in unserer Datenbank stehen, können sie bestellt werden.

Am Stichtag um 2 Uhr PM EST fängt die Registry an, die Domains freizugeben. Das zieht sich so 2 Stunden hin und es kommt darauf an, derjenige zu sein, der in genau der Millisekunde einen Auftrag für die Domain sendet, in der sie frei wird. In diesem weltweiten Bonbonregen treten jeden Tag Hunderte von Registraren an, Grabber und Snapper, die Giganten der Branche und neuerdings auch ein ambitionierter Berliner Provider.

Also, hier sind schon Ellenbogen gefragt. Unser Client läuft momentan in 4 Instanzen auf 2 Servern mit jeweils 5 bis 10 Threads, je nach Auftragsmenge. Jeder Thread öffnet in dem relevanten Zeitfenster eine persistente TCP-Session und sendet für die bestellten Domains 3 bis 4 REG-Aufträge pro Sekunde ab, bis entweder die Domain registriert oder die Zeit um ist. In der Praxis ist damit insgesamt ein durchschnittliches Intervall von ca. 20-30 Aufträgen pro Sekunde zu erreichen. Die Aufgabe ist nicht völlig trivial, da die Registry mehrere Pools unterschiedlicher Priorität mit jeweils einer begrenzten Anzahl paralleler Connections zur Verfügung stellt, von denen ein Teil für den Normalbetrieb garantiert sein muss.

Meistens klappt’s auch, aber leider nicht immer. Testläufe haben etwa eine Erfolgsquote von gefühlt 80% bei einigermaßen interessanten Namen ergeben. Statistische Aussagen dieser Art sind jedoch so schwierig wie die Frage nach dem Wert eines Domainnamens. Das ist also ein schönes Hobby, und den Programmierern kann endlich nicht mehr nachgesagt werden, zu wenig Sport zu treiben…