Länderspezifische IP Adressen

Aus der beliebten Reihe “die Tücken des Internets” ein schönes Beispiel zum Thema Einfluss von IPs auf Suchmaschinenergebnisse. Folgende Anfrage kam von einem PM unserer Kunden (an einen unserer PM):

Soweit ich informiert bin läuft der $KUNDE.LAND1-Shop auf einer $LAND2 IP. Kannst du bitte überprüfen wie viel Aufwand dahinter steckt, wenn wir uns eine $LAND1 IP mieten würden und den Shop hinterlegen? Ich verspreche mir davon eine wesentliche Verbesserung im Suchmaschinen-Marketing.

Das schöne am DNS System ist ja, dass sich Google & Co idR bei ihren Ergebnisse nicht um die Nationalität der IP kümmern müssen, sondern sich auf den domainname beschränken können (ok, etwas vereinfacht ausgedrückt).

I know my job

Wir betreiben für unsere Kunden auf Wunsch auch (hauptsächlich secondary) MX Server. So auch für $KUNDE. Seit kurzen hatten wir aber einen massiven Anstieg in der Auslieferungsqueue von Secondary MX -> Primary MX (wird vom Kunde selber betrieben), da dieser unseren MX scheinbar geblockt hat.

Da das nicht sinnvoll ist und daher kein erwünschtes Verhalten darstellen kann (sollte man annehmen) haben wir über $PM beim Kunde nachfragen lassen was los ist. Die Antwort die $PM an uns weitergegeben hat war folgende

$ADMINBEIKUNDE sagte mir eigentlich nur, dass “von $FIRMA” so viel Spam kommt, dass sie wohl gezwungen waren, sehr streng mit diesen Mails umzugehen und dementsprechend die Firewall zu konfigurieren. $ADMINBEIKUNDE bat mich im dem Telefonat darum, dass wir eine Art Filter einbauen, welcher vorsortiert und nur “gute” Mails an $KUNDE zustellt.

Ob hier jemand die Aufgabe eines Secondary DNS missversteht ? Der Kicker ist übrigends, dass das in der Konfiguration schon jahrelang so lief, bevor $ADMINBEIKUNDE auf den Trichter kam, hier was ändern zu müssen :-)

Ticketspass via IM

Kollege: 22:48:01: mach mal ping $KUNDENSITE bei dir
Ich:     22:48:32: $HOST# ping $KUNDENSITE
                   ping: unknown host $KUNDENSITE
Kollege: 22:48:37: genau :)
Ich:     22:48:40: ?
Kollege: 22:48:53: $TICKETMASTER hat ticket gemacht
Kollege: 22:48:57: $HOST:~ # nslookup $KUNDENSITE
                   Server:         x.x.x.x
                   Address:        x.x.x.x
                   ** server can't find $KUNDENSITE: SERVFAIL
Kollege: 22:49:02: würd sagen der DNS ist schuld
Kollege: 22:49:43: ? :)  wer ist dafür zuständig ?
Ich:     22:49:59: ich denke $TICKETMASTER - oder wer verwaltet die domain ?
Kollege: 22:50:03: Tech-C:
                   Personenname:   xxxxx
                   Telefonnummer:  +xxxx
Ich:     22:50:20: jedenfalls nicht wir
Kollege: 22:50:25: ich kann ja mal versuchen da anzurufen :D
Ich:     22:50:49: e-mail:         x@y.z
Ich:     22:50:53: viel spass
Ich:     22:51:06: ich würd glaub den whois ins ticket antworten und sagen:
                   $FIRMA nicht zuständig
Kollege: 22:51:07: ich gebs doch lieber an $TICKETMASTER zurück :D
Kollege: 22:51:14: das war mein plan
Kollege: 22:54:45: wer ist denn bei $FIRMA PL dafür ? $PL-1 ? $PL-CHEF ?
Ich:     22:55:02: ich glaub $PL-1.
Ich:     22:55:14: nimm aber lieber $PL-CHEF noch ins CC
Kollege: 22:55:14: ach ich schick mal an ein paar Leute Info rum
Kollege: 22:57:59: Guten Tag!
                   vielen Dank für Ihre E-Mail.
                   Aktuell bin ich nicht im Hause.
Ich:     22:58:07: $PL-CHEF ?
Kollege: 22:58:08: Vielen Dank für Ihre Nachricht. Ich bin am 30.11.2007 wieder im Büro.
Kollege: 22:58:12: beide nich da
Ich:     22:58:16: lol
Ich:     22:58:23: dann schicks an $PL-3 und $PL-4
Kollege: 22:58:24: dann der große $ALLE-PL :)
Kollege: 23:00:45: so done
Kollege: 23:02:31: das lustige ist ja, dass die nameserver da nur $KUNDENSITE nicht
                   auflösen.. so www.heise.de krams funktioniert
Ich:     23:02:45: wohnzimmerDNS