Wuschliste für neue Robot-Funktionen oder Verbesserungen

offene Wünsche

• Dem Kunden ermöglichen, Reverse-DNS-Einträge für IPs zu löschen (Ausführliche Beschreibung).
  

Design-Vorschlag:

• Bulk-Operationen ermöglichen (bei vielen Domains gleichzeitig Nameserver, Handles etc. ändern können).
• Eigenes Standard-Template (Nameserver Zonefile) hinterlegen können (ähnlich wie es mit den "eigenen Nameservern" bereits jetz schon mögli
• Traffic-Diagramme: Das Wechseln des Tages/Monats mit einfachem Klick auf einen Pfeil oder sowas wäre sehr praktisch. Jetzt muss man ja immer eine Seite zurück, dann den neuen Tag aus der Dropdownliste auswählen, ggf. den Monat/Jahr anpassen und wieder zum Diagramm. Und das bei den teilweise nicht sehr schnellen Antwortzeiten.
• Ein performanteres System für den Hetzner Robot. Die Traffic-Statistiken oder selbst nur das Anzeigen aller Server in der Übersicht dauert recht lang.
• Löschen von nicht mehr benutzen Handles (bzw. ein dauerhaftes Ausblenden des Handles, falls das Löschen NIC-technisch nicht machbar ist).
• Registrierte Nameserver löschen/ändern können.
• ROLE-Handles.
• Mehr Statusinformationen bei cno-KK's: Man sieht leider nicht, ob das Bestätigungsfax angekommen ist und ob der Transfer beim NIC bereits angestoßen wurde.
• Etwas mehr Dokumentation zu IP-Adressbereichen, womöglich ein Link zum Wiki: wiki.hetzner.de/index.php/IP-Subnetze
  
• Handles gruppieren.
• Domaindaten (inkl. Fälligkeit) und Handle-Daten z.B. als CSV-Datei exportieren.
• Die Bedeutungserklärungen für die Statusgrafiken (vulgo: Ampeln) sollten nicht nur im ALT-Parameter, sondern auch im TITLE-Parameter des <IMG>-Tags angegeben werden - sonst zeigen standardkonforme Browser kein Tooltip beim darüberfahren mit der Maus an.
• Reverse DNS Namen ähnlich wie in der Traffic-Statistik auch in den Bereichen Resetaufträge und Leistungsübersicht anzeigen lassen.
  
• "Traffic-Report-Limit Überschreitungen"-Mails: Derzeit ist es so, dass die erste Mail beispielsweise bei 7144 MB Transfervolumen versendet wird, eine weitere Mail eine Stunde später bei dann 7160 MB, die dritte dann wieder eine Stunde später bei 7190 MB usw. Man wird dadurch den gesamten Tag über mit Warnmeldungen zugemüllt, obwohl nach der ersten Trafficspitze nur noch Traffic im normalen Umfang verbraucht wurde. Besser wäre es, wenn diese Warnmails bei einer Überschreitung nicht stur im Stundentakt versendet würden, sondern erst wieder nach Überschreiten eines weiteren Schwellenwerts bzw. noch besser bei weiterhin großem Trafficverbrauch (z.b. durch eine definierbare Trafficdifferenz zur vorherigen Warnmeldung einstellbar).
• Eine Liste im Robot, in der aufgeführt wird, wann ein Reboot gemacht wurde und was dabei gebootet wurde (Rettungssystem oder von der Festplatte) - also nicht nur eine Liste, wann auf den Knopf gedrückt wurde, sondern eine Liste des Hetzner-Servers, welcher die Boot-Anfragen bearbeitet und dann entweder das Rettungs-Image ausliefert oder von der Platte booten lässt. Wenn man da gleich sieht, ob der Hardware-Reset ausgeführt wurde, wäre die ganze Sache wesentlich transparenter.
  

Wenn man nur fest genug daran glaubt, dann erfüllen die Hetzner'schen Heinzelmädchen und -männchen nach kurzer Zeit den einen oder anderen Wunsch:

erfüllte Wünsche

• Möglichkeit schaffen, einen Alias-Namen für die Server zu definieren. Dieser sollte dann im Bereich Traffic-Statistiken neben der Server Nummer (bzw. IP) angezeigt werden. Alternativ könnte man auch einfach den Reverse DNS Namen (oder einen Teil davon) anzeigen lassen. Wenn man mehrere Server eingebunden hat, dann wird die Orientierung anhand der IP Adresse recht schwierig.
• Im Bereich der Handles die Möglichkeit integrieren, einen Eintrag direkt als "default" für tech-c und zone-c anzuwählen, sodass man bei der Registrierung nicht mehr aus der Select-Box wählen muss (das gleiche auch bei den Nameserverfeldern für primary und secondary).
• Domains sofort oder zu einem bestimmten Zeitpunkt in Transit geben bzw. löschen
• Serial beim Speichern eines DNS-Files automatisch hochsetzen.
• Handles nach Domainabhängigkeiten anzeigen.
• CNO-Domainumzüge über den Robot starten.
• Handle-DropDownboxen etwas länger machen.
• Bei der Trafficauswertung jeweils den aktuellen Tag/Monat/Jahr als Endzeitpunkt auswählen: Angenommen wir haben den 20.02.06 und ich will ne Monatsauswertung, geht die standardmäßig vom 1.2-29.2 was nutzen mir aber die letzten 9 Tage, wenn die noch in der Zukunft liegen?
• Es wäre schön, wenn Subnetze optional über die Standard-IP des Dediservers geroutet werden könnten (nett für virtuelle Maschinen mit lokalem DHCP, und man kann eine zentrale Firewall bauen).
  
• und vieles mehr