CCP und eigene Nameserver

Ich bin langsam echt am Verzweifeln am Thema Netcup und DNS-Einträge - Seit 14 Tagen ca. kann ich keine DNS-Operation (Wechsel der DNS-Server) durchführen, ohne das der Support manuell eingreifen muss. Dieser Eingriff ist oft aber nicht immer erfolgreich, so dass Mehrfachversuche nötig sind.

Aktuell haben ich eine DE-Domain, die laut CCP über Netcup-DNS bedient wird. Führt man jedoch einen DIG aus, so wird ein früherer eigener DNS als SOA ausgegeben, ebenso verweisen die nach DIG angezeigten NS-Einträge auf die früheren Nameserver. Geh ich nun ran, und stelle im CCP die Domain auf eigene DNS-Server, darf ich meine vier neuen DNS inkl. IP's eintragen, das Speichern gaukelt einen Erfolg vor ohne das diese DNS eine Eintragung finden. Kehrt man zur Domain-Verwaltung zurück zeigt diese wieder Netcup-DNS-Settings an.

Was kann ich tun, damit mir geholfen wird?

Zitat von Virinum

Was steht denn auf der Seite der DENIC bei der Domainabfrage?

Prüfung erfolgreich... jedoch mit den "alten" eigenen DNS (die noch aktiv sind). CCP zeigt unter DNS die Maske für die die Netcup-DNS-Server

Zitat von Mordor

Die DENIC erlaubt keine Glue Records, wenn diese nicht erforderlich sind.

Das ist ein Ablehnungsgrund und würde erklären, warum das bei dir fehlschlägt.

Prüfe deine Einstellungen am besten im NAST Predelegation Check der DENIC, ob die so gültig sind.

Bei jeder meiner bisher am Ende erfolgreichen "DE-Domain-Mainupulation" habe ich bei Wechsel zu eigenen DNS (die nicht in zu ändernden Zone lagen) neben Hostnamen auch IPv4 und IPv6 angegeben - und die Daten wurden erfolgreich bei DENIC hinterlegt. Habe aber jetzt die Gegenprobe gemacht, und auf IPv4 und IPv6 verzichtet - gleiches Ergebnis

Zitat von ASS

Hast du vielleicht Sonderzeichen/Umlaute in deinen Adress/Handledaten?

Damit hat der NC Bot anscheinend Probleme.

Nein - weder noch. Mittlerweile wirken die Settings wie gewünscht/erwartet. Warum Ich weiß es nicht - Und das ist Final das größte Problem

Gleich danach folgt der Umstand, das ein Ticket nach 24 Stunden außer dem Autoreply keinerlei Reaktion erfährt - auch hier stimmt die Anzeige des CCP (eigene DNS inkl IPv4 und IPv6 da NS in betroffener Zone (vor +72 Stunden eingetragen) nicht mit der Realität (DIG weist Netcup-DNS aus) überein.

Bei kritischen Funktionalitäten wie der Namensauflösung hilft dann auch der Hinweis nicht, dass die (stellenweise echt tollen) Marketingaktionen zu längeren Bearbeitungszeiten führen. Im technischen Support?

Zitat von tab

Wobei es bei wirklich dringenden Problemen (aka Notfälle ) eh ratsam ist, gleich den Notfall-Support anzurufen, jedenfalls wenn der Fehler erkennbar bei netcup liegt.

Der von Dir erwähnte "Notfall-Support" ist per Webseiten-Definition ein Support außerhalb der regulären Hotline-Zeiten.

Ich habe im Zusammenhang mit anderen Tickets die Support-Hotline kontaktiert, die sogar die Option "DNS" als Anrufgrund bietet - wenn ich da nicht in der Fachabteilung lande... In diesen Telefonaten habe ich das Stresslevel bei Netcup erleben dürfen welches sich für mich z.B. widerspiegelt in Hotline-Vorschlägen etwas zu tun, um bestimmte Informationen bereitstellen zu können, welche ich bereits mit Ticketeröffnung mitgeteilt habe.

Dann verlass ich mich lieber auf das Antwortversprechen der Netcup-Webseite und überlasse dem Support den Zeitpunkt der Auseinandersetzung mit dem Ticket.

hm... damit sprichst Du dem „normalen“ Support die Qualifikation ab. Ich nehme an, dass die geballte Kompetenz während der regulären Office-Zeiten zu erreichen ist.

Ich möchte einen „Single Point of Entry“ und darauf vertrauen, dass dieser Kontakt aus dem Gespräch die erforderlichen Handlungen ableitet, die dann vom nachfolgenden Level aufgenommen und im besten Fall gelöst werden. Dem steht nicht entgegen, aus Netcup heraus für das konkrete Problem einen Kontakt höheren Levels genannt zu bekommen bzw. sich mit diesem auszutauschen.

Zum Thema Wichtigkeit: Ich habe vorher funktionierende Alternativen geschaffen, so dass ich dieses Problem nicht als "Notfall" einordnete. Nicht einen "Notfall" zu haben darf aber nicht bedeuten, Probleme nicht einer Lösung zuzuführen. Mittlerweile empfinde ich es als "Notfall", weil tatsächlich mein Vertrauen schwindet

Im konkreten Fall: Bis heute morgen keine Reaktion seitens Netcup auf ein Ticket eröffnet am 04.12. - Support telefonisch kontaktiert: Dieser hat festgestellt, dass 6 Tage alte Einträge im CCP ohne Wirkung beim tld-Registrar nicht normal sind. Mit „Wir kümmern uns“ (Eskalation in die Fachabteilung (Mailtext)) endete das Telefonat, seit dem keinerlei Rückmeldung von Netcup. Ich ordne diese fehlende Rückmeldung der Fachabteilung zu (aka "Notfall-Support" (gem. Deiner Definition).

"Funfact": Ein ähnliches Problem mit einer anderen Domain (gleiche TLD), die ich kürzlich erst zu Netcup transferiert habe (und in der vergangen Woche offiziell abgeschlossen wurde): Bei dieser wird nur gar nichts auf DIG ausgeliefert, gleichwohl im CCP meine eigenen DNS eingetragen sind.

Zitat von tab

Also ich verstehe das als "auch außerhalb der reguläre Hotline-Zeiten". Zumindest solange die Wartezeiten beim regulären Support so sind wie sie sind. Die sind zumindest nicht "notfalltauglich". Aber wenn es nichts weiter Wichtiges ist, dann geh halt über den normalen Support.

Lösung gefunden: Domaintransfer von Netcup weg - binnen 30 Minuten hatte ich wieder komplette Kontrolle über meine Domain. Was mich vollkommen irritiert hat: Das Tempo von Netcup, mit per E-Mail mitzuteilen, dass die Domäne freigegeben ist und mir die DNS-Funktionalitäten "...ab sofort nicht mehr zur Verfügung stehen" - Na welch ein Glück

3 Tage bekam ich Ticket-Updates im 24-Stunden-Rhythmus - nachdem ich nachgefragt habe (Anmerkung am Rande: Warum wird in der Telefon-Queue Anfangs die bevorzugte Sprache abgefragt, wenn diese Entscheidung in den Warterunden (bis zu 30 Minuten je Session) keine Beachtung findet (alle 5 Minuten englischsprachige Phising-Hinweise)?. Das finde ich insbesondere den Mitarbeitern gegenüber unfair, weil es ggf. dienlich ist, die schlechte Laune eines ohnehin genervten Kunden zu verstärken.

Finale Info (der letzten 2 Tage) : Fehler liegt an einem Zulieferer - aaah ja - direkter Kontakt mit dem technischen Bearbeiter nicht möglich ("Ich kann nicht verbinden").

Sorry - zur professionellen Nutzung absolut ungeeignet.