Ich bin damals mit meiner Suche auch nicht erfolgreich gewesen. Habe mir dann selber mit PHP was zusammengebastelt.
Ist nicht wirklich schön und sehr zweckmäßig. Aber für mich reicht‘s.
Wollte es demnächst auch nochmal überarbeiten und die UI etwas schicker machen. Die Login-Logik könnte auch eine Überarbeitung gebrauchen.
Der Abruf der aktuellen Records läuft über dig und axfr. Die Updates über nsupdate.
Wenn Interesse besteht, könnte ich es am Wochenende mal auf GitHub packen oder ein paar Screenshots oder Codeausschnitte posten.
Hallo,
gibt es ein einfaches, aktuelles, kostenfreies Controlpanel, am besten für Debian, das auch Nameserververwaltung hat?
Eigentlich will ich nur ein Webinterface für die Nameserververwaltung (Bind). Am liebsten einfach über nsupdate (mit Key).
Tipps?
Für die bequeme Pflege der einzelnen DNS-Records der einzelnen Domains nutze ich auf meinem hidden DNS-Master das kostenpflichtige Control Panel Plesk. Denn die kostenlosen Control Panels wie z.B. Fastpanel, KeyHelp und Weitere haben bisher meinen hohen Ansprüchen nicht genügt.
Insbesondere finde ich bei Plesk es gut, dass wenn ich eine Hauptdomain mit dessen einzelnen vielen DNS-Records mal eingerichtet habe und weitere Domains, die auch die gleichen DNS-Records haben sollen unter der Hauptdomain einrichte, so kann ich über Plesk es so einstellen, dass sobald ich eine der vielen DNS-Records der Hauptdomain verändere, Diese DNS-Records auch gleich mit den darunter angelegten weiteren Domains synchronisiert werden.
Somit paßt man die einzelnen DNS-Records nur an der Hauptdomain an und Plesk kümmert sich danach dann im Hintergrund um die weiteren darunter angelegten, eventuell auch 1000 weiteren Domainnamen und dessen einzelnen DNS-Record-Einträge.
Ich bin damals mit meiner Suche auch nicht erfolgreich gewesen. Habe mir dann selber mit PHP was zusammengebastelt.
Ist nicht wirklich schön und sehr zweckmäßig. Aber für mich reicht‘s.
Wollte es demnächst auch nochmal überarbeiten und die UI etwas schicker machen. Die Login-Logik könnte auch eine Überarbeitung gebrauchen.
Der Abruf der aktuellen Records läuft über dig und axfr. Die Updates über nsupdate.
Wenn Interesse besteht, könnte ich es am Wochenende mal auf GitHub packen oder ein paar Screenshots oder Codeausschnitte posten.
Tools brauchen nicht immer UIs. Eine einfache Kommandozeile reciht auch 
Und ist vor allem auch schonmal sicherer
Tools brauchen nicht immer UIs. Eine einfache Kommandozeile reciht auch
Das war zum einen aber nicht die Frage/Anforderung von ASS und zum anderen haben UIs durchaus ihre Daseinsberechtigung. Es ist am Ende – wie so häufig – eine Geschmackssache.
Freut mich, dass dir die Kommandozeile reicht. Du kannst aber nicht erwarten, dass das auf alle anderen auch zutrifft.
Ich erwarte garnichts.Jeder soll es so machen, wie ihm es passt. Aber "die UI etwas schicker machen. Die Login-Logik ..." Sind halt Punkte, die Zeit brauchen um es ordentlich und sicher zu machen. Ich bin selbst PHP Entwickler, deshalb habe ich das vorgeschlagen.
Ich selöbst mache das mit ansible.
Halt jeder so, wie er es moechte
Tools brauchen nicht immer UIs. Eine einfache Kommandozeile reciht auch
Stimmt, es braucht nicht immer UI, du könntest dieses Forum auch irgendwie über Kommandozeile bespielen
Aber UIs machen oftmals das Leben schon angenehmer. Vor allem wenn man Mobil mal was machen muss/möchte.
So eine Kommandozeile mit Handytastatur... Da kann ich mir schöneres vorstellen 
Und: Kommandozeile ist nicht unbedingt gleich sicherer. Plesk Webhosting kann mein Vater für seinen Verein bedienen. Kommandozeile mit irgendwelchen Kommandos aus dem Internet? Hat er weder Bock drauf noch wäre es dadurch sicherer. Mehr Optionen wo etwas falsch gemacht werden kann.
Tatsächlich sind UI genau deswegen in einigen Punkten sicherer: Weniger Optionen die gesetzt werden können.
Sry, musste jetzt raus 
Tools brauchen nicht immer UIs. Eine einfache Kommandozeile reciht auch
Ähm, oh Wunder, das Webinterface ist nicht für mich.
Ich selbst betreibe Nameserver seit mehr als 30 Jahren und editiere die Zonenfiles direkt schneller, als man sich in nem Webinterface einloggt.
Dazu brauche ich kein "Tool" sondern lediglich einen Texteditor.
Es ergibt sich aber nunmal, dass bei manchen Domains auch andere Leute sachen im Nameserver einfügen oder ändern sollen.
Dort ist das Webinterface eben Grundbedingung...
Der Abruf der aktuellen Records läuft über dig und axfr. Die Updates über nsupdate.
Also ganz genau das, wie ich es mir wünschte.
Wenn Interesse besteht,
OOOOH ja!
könnte ich es am Wochenende mal auf GitHub packen
Das wäre toll.
Ich wäre aber auch erstmal mit einem Zip über irgendeinen privaten Weg gut bedient.
Ich muss übers WE eben ein paar Domains mit mehr als 100 Einträgen migrieren.
Momentan habe ich notdürftig keyhelp installiert.
Das Problem dabei ist, dass ich dort keine Zonen importieren kann, da es alle Daten in seiner sql Datenbank verwaltet und das Zonenfile immer neu erzeugt.
Im dortigen Communityforum versteht man anscheinend meine Frage nach einem Wrapper nichtmal...
Wenn Interesse besteht, könnte ich es am Wochenende mal auf GitHub packen oder ein paar Screenshots oder Codeausschnitte posten.
Falls ich mich recht erinnere, hattest du mir dazu schon mal was beim letzten Community-Treffen erzählt. Ich würde mich sehr darüber freuen, wenn du dein Projekt irgendwann (also ohne Zeitdruck ) in ein Repo packst.
Falls ich mich recht erinnere, hattest du mir dazu schon mal was beim letzten Community-Treffen erzählt. Ich würde mich sehr darüber freuen, wenn du dein Projekt irgendwann (also ohne Zeitdruck
Ja, da hatten wir drüber gesprochen. Und das ist auch mit ein Grund, wieso ich das vorgeschlagen habe. 
Meine aktuelle Version habe ich ASS schon zugesendet. An der überarbeiteten Version sitze ich gerade. Denke die müsste ich heute oder morgen fertig bekommen.
https://github.com/JensSpanier/dns-control-panel
Lasst gerne Feedback da
Lasst gerne Feedback da
Hier oder im Git?
Installation war völlig stressfrei und es lief alles auf Anhieb.
2 Kleinigkeiten sind mir aufgefallen:
Bei Neueinträgen gibts bei der ttl kein Default und die Placeholder werden nicht als Voreinstellung übernommen.
Wenn du noch weiter dran basteln willst, wären z.B. verschiedene Placeholder/Defaults je nach User der Luxus.
Hier oder im Git?
Was dir lieber ist
Bei Neueinträgen gibts bei der ttl kein Default und die Placeholder werden nicht als Voreinstellung übernommen.
Wenn du noch weiter dran basteln willst, wären z.B. verschiedene Placeholder/Defaults je nach User der Luxus.
Die Idee mit den Default-TTLs (optional) pro User gefällt mir. Das baue ich bald mal ein.
Generell eine Default-TTL zu setzen bin ich mir nicht so sicher. Ich hab da ein paar Ideen:
Meinungen oder noch weitere Ideen?
ich verwende meist 2 predefineds:
"Change SOA: ${0##*/} -T example.com 86400 28800 7200 1209600 true (predefined normal)"
"Change SOA: ${0##*/} -U example.com 300 3600 900 1209600 true (predefined short)"Optionale globale Default-TTL in der Config
Wäre das was ich (zusätzlich zu den userspezifischen Defaults) am einleuchtendsten fände.
Vielleicht gleich eine per User Configdatei vorsehen, in der alle vorauszufüllenden Felder (z.b. auch eine Default IP für a Records) stehen.
Dann könnte man die Einträge in der Hauptconfig auch verkleinern.
Gibt jetzt die Einstellung defaultTtl auf User-Ebene:
Über den Rest muss ich mir nochmal in Ruhe Gedanken machen.
Gibt jetzt die Einstellung
Super. Danke.
Über den Rest muss ich mir nochmal in Ruhe Gedanken machen.
Fühl dich von mir nicht gedrängt. So wie es ist, ist es bereits super für mich!