Beiträge von Ringelnatz

Sorry, meine Config wollte ich ja noch nachreichen. Prima, dass Du es auch so geschafft hast.

Da Du ja eh Docker nutzt, ist die einfachste Möglichkeit sicher, einen Container mit einem entsprechenden Webserver zu verwenden. Tools wie https://github.com/jwilder/nginx-proxy oder https://traefik.io können das anhand der laufenden Docker-Container automatisch und richten Dir sogar noch ein Let's Encrypt-Zertifikat ein. Sag bescheid falls Dich interessiert, wie meine docker-compose.yml für GitLab in Verbindung mit Traefik aussieht.

Zitat von [netcup] Felix

NodeJS, Ruby und co. werden wir hier nicht anbieten. Gerade hier macht die Soft-Migration Sinn.

Die gibt es im Complete 1 Tarif aber auch nicht.

Da wollte ich doch direkt meinen Tarif "Aktion Expert Spezial 2016" upgraden, aber leider ist der einzig auswählbare Tarif mehr als doppelt so teuer?! Muss ich den Tarif jetzt kündigen, da bei der harten Migration ebenfalls eine Preiserhöhung stattfinden würde?

Wollte ich auch schon fragen. Demnächst muss ich meine Verträge hinsichtlich Auftragsdatenverarbeitung überarbeiten und würde gerne einen entsprechenden Vertrag mit Netcup schließen, sofern er an die neue Gesetzeslage angepasst wird.

Ich schaffe es gar nicht, die Seite korrekt anzeigen zu lassen. Alle internen Verweise landen auf https://hosting100638.af9a4.netcup.net/cms und da gibt's einen SSL-Fehler.

Zitat von [netcup] Johannes

Sie können den Status einer Domain mit dem infoDomain Befehl abfragen.

Das hatte ich probiert, status: failed kann ich aber für meine nicht-konnektierte Domain damit nicht finden. "state" ist "registered at netcup" und "status" ist "additional domain".

Zitat von [netcup] Johannes

Wir können den Nameserver check der Denic leider nicht von außen abfragen. Um sicherzugehen, dass eine Domain erfolgreich registriert werden kann, sollten sie einige Zeit waren bis die Nameserver Einstellungen im Internet bekannt sind. DNS ist leider von Haus aus sehr träge.

Das ist klar, hier ist mein Problem ja auch nur, dass ich wie oben beschrieben die Konnektierung nicht durchführen kann weil die Handles bei der Registrierung falsch zugeordnet wurden.

Was mir noch aufgefallen war: Der oben beschriebene ValidationError tritt sowohl bei crate als auch bei updateDomain auf.

Zitat von fuerni

Aber aus Nutzersicht muss man sagen, Microsoft hat Spam im Griff. So wenig Spam wie bei meinem Office365-Account bekomme ich sonst nirgends.

Naja das ist ja quasi die logische Konsequenz, aber der Preis, dass ich unter Umständen einige (relevante/wichtige) Mails nicht erhalte (wenn ich denn von diesem Umstand weiß), wäre mir zu hoch. Ich sehe das immer an den automatischen Mails zur Zahlungsabwicklung bei einem kleinen Festival bei mir in der Nähe, bei dem ich für das Bestellsystem zuständig bin. Das ist für alle Beteiligten einfach nur nervig. Man stelle sich nun vor, das Verschwinden von wirklich wichtigen Mails fällt erstmal gar nicht auf (denn wie wir ja wissen nimmt MS die Mails ordentlich an und lässt sie anschließend verschwinden).

Heutzutage werden auch Dokumente per Mail verschickt und z.B. Kündigungen per Mail haben vor Gericht bestand. Was ist denn wenn ich eine Kündigung an einen MS-Kunde schicke? Ich kann mit den Logs meines Mailservers belegen, dass die Mail fristgerecht eingegangen ist. Das wird dann lustig vor Gericht ...

Microsofts Vorgehen mag auf eine Art wirkungsvoll sein und auf kurzfristige Sicht den Nutzer überzeugen, aber gute Spambekämpfung kann man das mMn nicht nennen. Das geht auch wirkungsvoll und sauber.

Ich musste mich für einen Kunden in seinem St**to Webhosting-Panel anmelden und musste schmunzeln, als ich folgenden Hinweis gesehen habe:

STRATO_Kunden-Login.png

Diese Problematik ist hier im Forum ja quasi laufend Thema, aber schön zu sehen, dass auch die "großen" Webhostinganbieter betroffen sind. Was sich Microsoft da leistet ist echt lächerlich ... man kann nur jedem davon abraten deren Mail-Dienst zu nutzen.

Das geht bei mir leider eben nicht, da das CCP bei der Änderung die aktuellen Handles an die DENIC schickt, und die sind bei mir falsch zugeordnet.

Die Domain, bei der die Konnektierung fehlgeschlagen ist, hat sich quasi festgefahren. Ich kann die Handles (die im CCP falsch hinterlegt sind) nicht ändern und NS Updates (um die Domain zu konnektieren) gehen auch nicht, da gibt es einen Fehler seitens der DENIC wegen falscher Handles. Ich werde hierzu ein Support-Ticket aufmachen.

Was mir in diesem Zuge aufgefallen ist: Ich habe keine Möglichkeit, den Status meiner Domain bei der DENIC über das API einzusehen. Bei meiner nicht konnektierten Domain steht dieser auf "failed" und die Domain wird nach Ablauf einer Frist gelöscht wenn ich nicht handle. Soweit ich weiß wird netcup regelmäßig von der DENIC über nicht konnektierte Domains informiert. Diese Infos müssten an den Reseller weitergegeben werden oder (besser:) sich automatisiert abrufen lassen.

(Entschuldigt meine vielen Posts, aber wie bekannt ist kann ich meine Beiträge nicht nachträglich ergänzen.)

Eine weitere Registrierung (mit anderen Handles) hat jetzt problemlos funktioniert und die entsprechenden Handles werden auch korrekt angezeigt (billing und onsite wieder mit übergeben). Seltsam.

Habs rausgefunden: Das API erwartet bei der Registrierung die Angabe von billingc und onsitec. Die brauche ich für .de-Domains eigentlich gar nicht. Ich habe sie nun trotzdem mal angegeben und die Registrierung hat funktioniert. Allerdings stehen sämtliche Contactentries jetzt bei infoDomain(), listallDomain() und im CCP auf "default handle". Bei der DENIC sind aber überall die Daten der von mir an das API übergebenen Handles richtig eingetragen! Da ist beim Refactoring wohl einiges kaputt gegangen.

-------------------------------------------

Bei der Registrierung habe ich folgende Antwort bekommen: (myns.de: die Domain unter der meine NS als Subdomains laufen, xx.xx.xx.xx die IP des NS, registereddomain.de die soeben registrierte Domain)

Zitat

status: "warning", "statuscode":5023,"shortmessage":"Domain registration success with warnings", longmessage: "The registration of this domain was partly successful. But the follwoing warings occurred: 53300102912: Nameserver error\nERROR 901 Unexpected RCODE (target, entity, RCODE) (ns2.myns.de.\/xx.xx.xx.xx53, registereddomain.de, REFUSED)\n\n33300102900: The provided DNS data are not acceptable. The status of the domain is failed.\nMon Mar 05 103018 CET 2018\nThe domain is not being handled by name server ns2.myns.de. The name server specified cannot be entered until it is handling the domain."

Ich hatte die NS-Entries gerade erst eingetragen, möglicherweise brauchte die Verteilung an ns2 noch etwas. Was mich aber wundert, sowohl im CCP als auch im DENIC WebWhois ist ns2 auch eingetragen. Und wieso ging die Registrierung überhaupt durch wenn einer von zwei NS nicht erfolgreich überprüft werden konnten?

Ich schaffe es seit dem Refactoring nicht mehr, eine Domain (de) zu registrieren: "Validation Error. Value in field contacts does not match requirements of type: contactentries. Value in field contacts does not match requirements of type: contactentries."

$handleObject = new Contactentries();
$handleObject->ownerc = $input['h-owner'];
$handleObject->adminc = $input['h-admin'];
$handleObject->techc = $input['h-tech'];
$handleObject->zonec = $input['h-zone'];

$res = $api->createDomain($input['domain'],
                config('domainapi.customer'),
                $handleObject,
                $nsObject,
                config('domainapi.api_key'),
                $session,
                config('domainapi.client_request_id')
            );

<contacts xsi:type="ns1:Contactentries"><ownerc xsi:type="xsd:string">xxx</ownerc><adminc xsi:type="xsd:string">xxx</adminc><techc xsi:type="xsd:string">xxx</techc><zonec xsi:type="xsd:string">xxx</zonec><billingc xsi:nil="true"/><onsitec xsi:nil="true"/></contacts>

Was mache ich falsch oder handelt es sich um einen Bug?

Zitat von [netcup] Felix

IPv4-Adressen bieten wir nicht mit monatlicher Laufzeit an, da wir vermeiden wollen das IPv4-Adressen regelmäßig gewechselt werden.

Vor diesem Hintergrund habe ich mich an den Support gewandt, um eine nicht mehr benötigte zusätzliche IP mitten in der Laufzeit zurückzugeben. Das Argument ist zwar schlüssig, ich hätte aber vermutet, dass es im Interesse netcups, um wiederum den Interessen des RIPE zu entsprechen, ist, ungenutzte IPs freizugeben. Das scheint wohl nicht so, die Standardbegründung des Supports deckt sich allerdings nicht ganz mit der oben:

Zitat

Um unsere günstigen Preise dauerhaft halten zu können, sind Sonderkündigungen in der Regel bei uns nicht möglich. Bitte haben Sie dafür Verständnis.

[...]

01.02.2018 00:00 - ich schrieb:

Sehr geehrter Support,

ich habe die Dienste, für die ich vor ein paar Monaten die zusätzliche IP-Adresse
xx.xx.xx.xx bestellt hatte, aus technischen Gründen auf einen separaten Server
umgezogen. Damit besteht für diese IP kein Bedarf mehr. Falls es möglich ist,
würde ich sie gerne vor Ende der Laufzeit kündigen, um den Vergaberichtlinien des
RIPE gerecht zu werden.

Alles anzeigen

Um das zu verdeutlichen: Ich habe kein Problem damit, die IP-Adresse ordentlich zu kündigen (der eine Euro bis zum Ende der Laufzeit ist sicherlich kein Problem). Bisher bin ich aber davon ausgegangen, dass für zusätzliche IPs dauerhaft eine technische Notwendigkeit bestehen muss.

Beeindruckend ist übrigens immerhin die Uhrzeit der Antwort (6:27 Uhr heute morgen)

-----------------------

Mir fällt zum ersten Mal folgender Abschnitt unter den Supportnachrichten auf:

Zitat

Kennen Sie die netcup Beschwerdestelle? Die netcup Beschwerdestelle hilft Ihnen weiter, wenn Sie mit dem Verlauf dieses Tickets nicht zufrieden sind. Wir nehmen Ihre Kritik ernst und versuchen uns da zu verbessern, wo wir es können. Wenn Sie unzufrieden mit uns sind, klicken Sie bitte hier um uns Details zu nennen:

Finde das System prima, allerdings sollte mein voller Name, der durch "&aname=Max Muster" am Ende der URL steht präpariert werden (https://www.w3schools.com/tags/ref_urlencode.asp), aktuell ist die automatische Verlinkung meines Mailprogramms durch das Leerzeichen nach dem Vornamen zu Ende.

Was mir jetzt erst auffällt: Wenn ich Domainpreise abfrage wäre natürlich auch die Einrichtungsgebühr interessant. Die wird aktuell nicht übermittelt.

Als ich das zuletzt gemacht habe, habe ich einfach in Thunderbird alle Mails lokal abgespeichert und später wieder auf den Server geschoben. Das ist schon etwas her und ich nutze die Software nicht mehr, vermutlich funktioniert das aber nach wie vor.

Hecke29

Zitat von [netcup] Johannes

Nach dem Releaseerfolgt bei solchen nicht abwärtskompatiblen Änderungen eineVersionierung, die mindestens für eine Übergangsphase denparallelen Betrieb ermöglicht.

Wie das umgesetzt wird bleibt abzuwarten.

Das ist prima, gleich mal in mein Testsystem eingebaut. Was mir aufgefallen ist:

• Der Preis steht im responsedata-Objekt im Feld "priceperrunntime" - da ist ein n zuviel.
• Es wäre wesentlich effizienter, wenn man eine komplette Preisliste abrufen könnte oder zumindest ein Array an TLDs übergeben könnte. (Eine produktiv arbeitende Software würde solche Informationen sowieso cachen und hin und wieder aktualisieren - es würde aber vor allem das API entlasten, wenn man nicht für jede TLD einen eigenen Call absetzen müsste.)
• "Current discounts are considered, but can be limited by time or ammount." Perfekt wäre natürlich, wenn man das Ablaufdatum von Rabattaktionen ebenfalls einsehen könnte Und auch hier hat sich ein Tippfehler (bei ammount) eingeschlichen.
• Der aktuelle Rabatt für über das API bestellte de-Domains ist nicht berücksichtigt (aber ich denke mal das ist eine Ausnahme?).

Jetzt konnte ich in den letzten 15 Minuten auf sämtliche netcup-Dienste (eigene Server, Forum, Webseite, ...) nicht zugreifen, sowohl über Vodafone DSL als auch deren Mobilfunk. Monitoring hat sich aber nicht gemeldet und per VPN über einen Telekomanschluss ging auch. War das ein Problem seitens netcup?