Hier ist die Sammelstelle für noch zu erledigendes / zu klärendes, wo es die Mithilfe unseres Collocation-Providers Terions bedarf:

DRINGEND

• ns1.rent-a-bind.de == immer noch tot?

• Schreibfehler auf https://terions.s-s-l.net/index_vserver.php : Mit 150MB Speicherplatz und 10GB Speicherplatz erhalten Sie ...

  • warum sind Vserver-GBs billiger als Housing-GBs?

• Schreibfehler auf https://terions.s-s-l.net/index_services_traffic.php : "Peek", richtig: "Peak"

• Housing: zus. IPs inkonsistent: einmal nach Begründung, einmal nach Gebühr?

• Perl ab Bronze, Python ab Gold?

• ns[12].rent-a-bind.de lassen zone transfer für alle zu

Demnächst

• backup MX für:
  • thinkmo.de
  • waldmann-edv.de
  • waldmann-edv.com
  • linuxwiki.de
  • pythonwiki.de
  • lulug.de
  • wikiwikiweb.de

bei Gelegenheit

• ipv6

Bis zur nächsten IP-Umstellung zur Stressvermeidung bei Terions und Kundschaft

• das jetzige System zur DNS/Zonen-Verwaltung ist so nicht unproblematisch, strenggenommen ein Ärgernis:
  • ich habe versucht, die Umstellung möglichst ohne Auszeiten zu machen und daher die TTL in unserem primary DNS runtergesetzt: $TTL 3600, später 600, ebenso die Werte für Refresh und Retry
    • ich konnte die Werte nicht so einstellen, wie ich wollte, bei zu kleinen Werten wird mit ERROR abgelehnt - also das Minimum des Möglichen genommen

    • trotzdem hab ich jetzt im DNS des Internet TTL >70.000 bei den A records gesehen, während TTL der SOA auf 600 ist - tja, gibt es nen "Filter", der zu geringe TTLs bei A records nicht übernimmt oder nen override macht? Oder hab ich was falsch gemacht?

  • ich konnte vor der IP-Umstellung keinen DENIC-Update veranlassen mit der neuen IP-Adresse des pDNS (wird mit ERROR abgelehnt, weil da natürlich noch keiner antwortet)
  • deshalb steht jetzt immer noch der alte drin, den es nicht mehr gibt, auch Mist, denn dann kommt es auf die sDNSse an:
  • die secondary DNSse (die zum Glück ihre IP nicht änderten) konnte ich nicht über DNS-Panel anpassen, daher spucken auch die immer noch die veralteten Werte aus und von der neuen IP des pDNS nehmen sie keine Updates/Notifies an - auch hier kein Ausweg ohne Provider-Eingriff bzw. nsentry-Methode beim Denic
  • nsentry beim Denic: tja, das wäre eigentlich die Lösung, aber leider wird der DNS nur selten (1mal am Tag?) neu geladen, also auch hier keine kurzfristige Lösung

• Resultat in der Praxis: manche Domains >=0.5 Tag(e) lang nicht erreichbar

• tja, alles in allem mutet mich das etwas seltsam an. Das ist zwar mein erster IP-Umzug, ich bilde mir aber ein, dass sich vermutlich viele blöder anstellen / weniger wissen als ich. Und dass es da eigentlich ne bessere Methode geben müsste, sowas kommt ja schliesslich schon öfters mal vor. Von daher folgende Vorschläge:
  • vorab mehr Informationen seitens des Providers zur Vorgehensweise, v.a. was DNS angeht, z.B. in Form einer chronologisch getimten/sortierten Todo-Liste auf ner Webseite oder in Form einer FAQ (ja, ich hab die gängigen FAQs gelesen, hat mir aber bei o.g. nicht viel geholfen)
  • das DNS sieht eigentlich die TTL vor, um solche Fälle mit minimalem Ausfall zu handhaben - wäre schön wenn man das auch benutzen könnte / dürfte
    • toll wäre hier eine Art Timer-Funktion: man gibt einfach in ein automatisch ablaufendes System folgende Daten ein:
      • alte IP des pDNS (oder auch anderer Records)
      • neue IP des pDNS
      • Zeitpunkt der Änderung
    • das System geht dann her und macht folgendes:
      • runterfahren / umstellen der TTL, Refresh, Retry

      • ändern & neuladen der Zone zum beantragten Zeitpunkt

      • hochfahren / umstellen der Timingwerte auf normales Niveau
  • die Secondary DNSse sind wichtig für den Fall, dass der primary DNS ausfällt. Bei einem Umzug des pDNS hat man diesen Fall: da unter der alten IP er nicht mehr erreichbar ist und die neue IP möglicherweise erst deutlich später sich im DNS verbreitet/aktualisiert wird, ist auf eine reibungslose Funktion der secondaries zu achten - und diese sollten Updates nicht nur von der alten, dann nicht mehr existenten Adresse annehmen, sondern von alt und neu! Dementsprechend sollte es auf dns-panel 2 Felder für die Master-IP geben.

  • Ausserdem sollte man auch darauf hinweisen (-> FAQ/TODO), dass man dort alten und neuen Master rechtzeitig vor der Umstellung eintragen soll, sonst vergisst man es und kümmert sich nur um die DENIC-Einträge und den pDNS und übersieht solche wichtigen "Kleinigkeiten" - nachher ist man dann schlauer.

  • in ns1/ns2.rent-a-bind.de darf, auch seitens von Terions, wohl nur mit dem entsprechenden User-Account (z.B. "waldmann") Secondaries eingerichtet werden
    • nimmt man einen anderen Account (z.B. "terions" o.ä.) oder richtet man Secondaries manuell ein (?), stehen diese nachher nicht unter der Verwaltungsoberfläche des Users "waldmann" zur Verfügung - man kann sie dann weder ändern, noch löschen, noch neu anlegen. Zusammen mit dem vorherigen Punkt hat man dann ein größeres Ausfall-Problem...

Bitte o.g. nicht falsch verstehen: ich bin mit dem Service von Terions durchaus zufrieden, es gibt aber noch Möglichkeiten zur Verbesserung (seitens Terions, seitens http-Partner, seitens Denic, seitens pers. Erfahrungen ;).