Beiträge von InterNetX

Hi JB1985 ,

das Guzzle Problem wurde uns bereits gemeldet und unsere Entwickler sind dabei einen Workaround zu suchen.

Wo genau der Fehler verursacht wird ist mir noch nicht ganz klar, denn eigentlich werden ja nur URLs via Guzzle abgerufen.

Die Major Versionen von Guzzle sind identisch, daher sollte es dort eigentlich keine relevante Abweichung zwischen unserem Plugin und WHMCS geben.

Die Guzzle Version von WHMCS ist leider sehr veraltet, WHMCS selbst plant leider bisher kein Update auf eine aktuelle Version die nicht deprecated ist.

Wir wollten eigentlich unser Plugin auf die aktuellste Guzzle Version aktualisieren, haben das aber zurückgestellt bis wir eine Lösung für den Konflikt mit WHMCS gefunden haben.

Sobald ein Fix vorliegt informiere ich hier an dieser Stelle.

Gruss Marius

Hi Nexuxs ,

für die Nutzung virtuelle Nameserver müssen deren Hostnamen in der Konfiguration einmalig hinterlegt werden:

If you are using virtual name servers from InterNetX please update /modules/registars/InterNetX/classes/class.InternetX_API.php (XML Plugin) or /modules/registrars/InterNetX/app/Helpers/Config.php (JSON Plugin) and change the "ns14.net" entries to your own virtual name server domain.

Danach müssten die Zonen mit den virtuellen Nameserver wie gewünscht erstellt werden.

Gruss Marius

JB1985 du kannst mir direkt an [email protected] schreiben.

Das Thema "ein Zonentemplate pro Server" bzw. eine automatische Provisionierung der richtigen Server-IP haben wir auf unserer Wunschliste.

Leider kann ich aber noch keinen konkreten Termin für eine Umsetzung absehen.

Genau, anstatt der Variable kann man natürlich auch direkt die IP angeben.

Das müsste so eigentlich funktionieren, ich habe keinen Fehler gesehen.

Hallo JB1985 ,

die Lösung mit der zone.json haben wir bewusst gemacht, damit man das Standard-Set von Subdomains nach Bedarf erweitern kann.

Im Bereich "resourceRecords" können weitere Subdomains hinzugefügt werden, hier ist es dann nur wichtig auf die Formatierung zu achten.

Hinter der abschließenden } des bestehenden MX-Eintrags kann dann mit Komma eine weitere Subdomain hinzugefügt werden.

Hier ein Muster wie es aussehen sollte:

    "resourceRecords": [
        {
             "name": "",
             "ttl": 86400,
             "type": "MX",
             "value": "{{config_mx}}"
        },
        {
             "name": "smtp",
             "ttl": 86400,
             "type": "A",
             "value": "{{config_ip}}"
        }
                        ]

Falls es dazu weitere Fragen gibt bitte einfach melden

Gruss Marius

Hallo Kuhlma ,

das Problem sollte eigentlich mit dem letzten Update vom 16.03.2023 behoben worden sein.

Falls du das letzte Update nicht installiert hast kannst du es hier downloaden:

Externe Module - Externe Module - InterNetX Help Center

Ich habe es parallel nochmal im Live- und Demo-Mode getestet und konnte das Problem nicht mehr reproduzieren nach diesem Update.

Gruss Marius

Hallo web-planung ,

wir sind bewusst von individuellen Formularen in der Client Area weg gegangen und haben uns wieder am Standard Zonen-Formular von WHMCS orientiert.

Unser Ziel ist es uns möglichst nah an WHMCS zu halten und keine eigenen Anpassungen für Formulare vorzunehmen die später fehleranfällig sind und im Zweifelsfall Inkompatibilitäten mit jedem neuen WHMCS-Update verursachen können.

Aktuell hat WHMCS keine Möglichkeit vorgesehen TTL-Werte zu setzen und das vermutlich auch bewusst, weil Endkunden damit wahrscheinlich schnell überfordert sind. Auch wenn es theoretisch möglich wäre das Formular in der Client-Area entsprechend zu erweitern sehen wir im Endkundenbereich eigentlich wenig Bedarf dafür. Bisher gab es bis auf Ihre Anfrage auch keine weiteren Anfragen dieser Art.

Mein Vorschlag wäre: sollte doch ein Endkunde Bedarf haben seine TTLs selbst zu verwalten, dann besteht jederzeit die Möglichkeit diesem Kunden einen eigenen AutoDNS-Benutzer zu erstellen. Die Rechte des Benutzers können auf Zonen-Transaktionen eingeschränkt werden und mit einer Verschiebung der Zone auf den Unterbenutzer sind Änderungen daran direkt über AutoDNS möglich.

Diese Konstellation würde mit dem WHMCS-Plugin auch nicht in Konflikt geraten.

Ich denke den Wunsch der TTL-Änderung durch Endkunden, der vermutlich nicht oft vorkommt, kann man so auch erfüllen (auch wenn es natürlich ein Stilbruch ist mit einer 2. separaten Weboberfläche).

Ich hoffe das hilft Ihnen dennoch weiter

Gruss Marius Wunner

Hallo @all,

für unser neues JSON Beta Plugin gibt es ab sofort ein Update zum Dowload:

Externe Module - Externe Module - InterNetX Help Center

-> Beta Version JSON-API Plugin (PHP 8.1)

Es wurden grundlegende Fehler behoben und auch die UPGRADE.md für Umsteiger des alten XML-Plugins wurde aktualisiert.

Gruss Marius

Hallo,

hier ist rein der Domainname entscheidend unter dem die virtuellen Nameserver angelegt wurden.

In Ihrem Fall wäre hier nur ns14.net durch kuhlma-it.de zu ersetzen.

Damit müssten die Zonen wieder wie gewohnt erstellt werden, ich habe es parallel getestet und mit dieser Konfiguration keine Probleme festgestellt.

Gruss Marius Wunner

Hallo Kuhlma ,

Danke für den Hinweis.

Die virtuelle Nameserver-Domain kann nun hier gesetzt werden:

/modules/registrars/InterNetX/app/Helpers/Config.php

Wir werden das entsprechend in der Dokumentation ergänzen.

Gruss Marius Wunner

Wir sehen uns das Thema ServerIP genauer an, wenn es eine einfache Lösung gibt setzen wir diese natürlich gerne um.

Die Anpassung für Multi Server war in der Tat auf unserer Todo-Liste, inzwischen ist das Thema aber nicht mehr direkt für uns relevant und wird daher nur weiter verfolgt wenn der Aufwand entsprechend gering ist oder Bedarf aus der Community vorhanden ist.

Gruss Marius

Hallo JB1985

Ein Zonen Template pro Server würde nur dann Sinn machen, wenn man denn auch den jeweiligen Server/IP des bestellten Paketes vorab wissen würde.

Da man die IP, die der gebuchte Speicherplatz erhält, aber erst nachträglich ermitteln kann, würden 2 Templates für 2 Server wie vorgeschlagen wenig weiter helfen.

Man müsste auch hier mit einem Hook arbeiten.

Nach der Bestellung wird die IP des Speicherplatzes ermittelt und dann ein DNS-Update mit der passenden IP ausgelöst.

Da aber im Gegenschluss nicht zwingend unsere Nameserver genutzt werden müssen, sondern auch andere DNS-Lösungen in WHMCS eingesetzt werden, würde auch diese Lösung nur bedingt für alle Nutzer unseres Plugins funktionieren.

Wir wollen möglichst Lösungen anbieten die allen Nutzern zu Gute kommen, daher können wir uns leider nicht auf "Nischenprobleme" konzentrieren, ich hoffe Sie verstehen das. Eine Lösung des Problems via Hook ist möglich, allerdings sehen wir dafür in unserem Plugin aktuell noch keinen Bedarf.

Falls zukünftig vermehrt Multi Server Probleme auftreten, werden wir das Thema aber natürlich gerne erneut evaluieren.

Grüsse aus Regensburg,

Marius Wunner

Für alle User steht ab sofort unsere neueste Plugin-Version als Beta zum Test bereit.

Die neu Version nutzt die JSON-API von InterNetX, die XML-API ist damit nicht mehr in Verwendung.

Probleme mit der neuen Version sind bisher nicht bekannt, das Modul ist bis WHMCS 8.7 beta kompatibel.

Bitte das bestehende Verzeichnis /modules/registrars/InterNetX/ einfach umbenennen und dann die neuen Dateien hochladen. Damit hat man bei Bedarf ein Backup des alten Plugins.

In der CHANGELOG.md im verlinkten ZIP habe ich die wichtigsten Änderungen zusammengefasst.

Im Zip befindet sich auch eine UPGRADE.md, die bitte beachtet werden muss, dort ist ein neuer Include für die additionalfields.php enthalten.

InterNetX JSON Beta Module

Gruss Marius

Hallo JB1985 ,

der Sync funktioniert an sich wie er soll.

Welche Domains gesynct werden entscheidet WHMCS und nicht das Plugin, das ist immer vom Status der Domain abhängig.

Sobald der Status der Domain auf EXPIRED springt greift der Sync nicht mehr, man muss das Problem also eigentlich in WHMCS angehen.

Die "Domain Status Sync Frequency" in den Automation Settings hoch zu setzen wäre eine denkbare Lösung.

Alternativ auch mit "Sync Next Due Date" und der "Number of Days to Set Due Date in Advance of Expiry" wäre das Problem ggf. zu lösen, das ist aber wahrscheinlich von Ihren AGB/Kündigungsfristen abhängig.

Diese Dinge müsste man ausprobieren ob diese praktikabel sind und nicht an anderer Stelle Probleme verursacht werden.

Es ist allerdings auch wahrscheinlich, dass bei Nutzung eines AutoDelete/Prepayment Accounts bei InterNetX sich das Problem nicht auswirkt sondern nur bei AutoRenew Accounts. Im Falle von AutoDelete/Prepayment würden die Domains automatisch bei Nicht-Bezahlung gelöscht und die Abweichung zu WHMCS tritt gar nicht erst auf.

Das Problem bei AutoRenew Accounts ist mir aber auch bekannt, gelöst hätte ich das mit einem monatlichen Check aller Domains in meinem WHMCS die auf EXPIRED stehen.

Die EXPIRED Domains lassen sich ja einfach in WHMCS filtern und wenn man die Detailseiten aufruft kann man schnell den Status der betroffenen Domains wieder auf ACTIVE ändern. Anhand der API Response sieht man dann sofort, welche Domains noch in AutoDNS vorhanden sind und welche einen Fehler melden. Alle Domains mit Fehler können dann auf CANCELLED gesetzt werden und sind damit final deaktiviert. Alle Domains die vorher EXPIRED waren und noch in AutoDNS vorhanden sind, stehen danach wieder auf ACTIVE. Es sollten nach dem einmaligen monatlichen Check dann keine EXPIRED Domains mehr vorhanden sein.

Mit dieser einfachen administrativen Maßnahme sollten solche Fehler einfach entdeckt und behoben werden können.

Sicher gibt es auch eine Möglichkeit die Status-Änderung auf anderem Wege zu triggern, allerdings sehen wir das InterNetX Plugin nicht als passende Stelle für eine Lösung der automatischen Änderung des Domain-Status bei Erreichen des Due-date durch WHMCS.

Empfehlenswert wäre dann eher die Nutzung eines AutoDelete/Prepayment Accounts für den Betrieb von WHMCS, da dieser den Modalitäten von WHMCS besser entgegen kommt.

Evtl. haben ja auch andere Teilnehmer hier im Forum das gleiche Problem und können alternative Vorschläge machen.

Gruss Marius Wunner

Hallo Herr Murauer,

wir planen im Januar ein großes Update, bis dahin haben wir aber einen Fix für PHP 8.1.

Wenn Sie die angehängte class.idna_convert.php im Plugin austauschen sollte das Problem behoben sein.

class.idna_convert.zip

Sobald das Update im Januar mit neuen Funktionen verfügbar ist werde ich vorab hier im Forum Bescheid geben falls jemand vor dem Rollout testen möchte.

Grüsse aus Regensburg,

Marius Wunner

JB1985

Super, mit dem Hook sparst du dir jede einzelne Domain zu bearbeiten.

Ich habe das auch ausprobiert weil ich wissen wollte ob es genügt den Haken für die Weiterleitungen beim Domain Pricing zu ändern.

Aber man muss wirklich mit dem Hook arbeiten oder alle Domains (ggf. über die DB) anfassen.

Den Vorschlag mit dem "aktivierbaren" Redirector nehmen wir gerne auf und sehen ob es möglich ist das Feature einfach zu steuern.

Gruss Marius

Hallo JB1985

Der Redirector ist ein Weiterleitungsservice, der bisher kostenfrei nutzbar war, aber seit Oktober nun monatlich abgerechnet wird.

Sie haben dazu im Juli von uns entsprechende Informationen per E-Mail erhalten.

Steigende Energiekosten machen es uns aktuell leider unmöglich den Service weiterhin wie gewohnt kostenfrei anzubieten, wir bitten daher um Verständnis.

Dennoch werden wir die monatlichen Gebühren auch dazu verwenden den Service zukünftig für Sie weiter zu entwickeln und dessen Stabilität zu verbessern.

Falls Sie dieses Produkt nicht mehr benötigen, können Sie dies ganz einfach über das neue AutoDNS Portal,

unter Services – Produkte & Leistung, mit einer 4-wöchigen Kündigungsfrist deaktivieren.

Eine Deaktivierung der Weiterleitungen in WHMCS ist wie folgt möglich:

E-Mail-Weiterleitung:

Die E-Mail-Weiterleitung wird direkt von WHMCS gesteuert.

In der Domain Preisverwaltung muss der Service TLD-basiert für Neubestellungen deaktiviert werden.

Zusätzlich muss auch bei allen Domains, die E-Mail-Weiterleitungen bisher aktiviert hatten, die Option in der WHMCS Admin Area entfernt werden.

Damit werden die E-Mail Weiterleitungen in der Client Area nicht mehr angeboten.

Zur Abschaltung der Domain Weiterleitungen ist eine Anpassung in der folgenden Datei notwendig:

/modules/registrars/InterNetX/InterNetX.php

Bitte entfernen Sie folgendene Ziele bzw. kommentieren diese aus damit der Menüpunkt "Domain Weiterleitung" in der Client Area nicht mehr angezeigt wird:

Lang::trans('Domain Redirect') => 'domainForwarding',

Für weitere Fragen stehen wir Ihnen gern zur Verfügung.

Grüsse aus Regensburg,

Marius Wunner

Hallo Helmut,

Danke der Nachfrage. Aktuell planen wir im Q4 das Testing intern und hoffentlich auch noch im gleichen Quartal den Release.

Voraussichtlich sind dann auch neue Funktionen wie z.B. ein DNS-Template dabei.

Gerne können wir die Teilnehmer im Forum auch vor dem offiziellen Release in den Test einbeziehen.

Mit SSL wird es leider noch ein wenig dauern, wir haben das Thema aber auf der Agenda.

Grüsse aus Regensburg,

Marius

Hallo JB1985,

wir sind noch in der Umsetzung.
Sobald alles final umgesetzt bzw. abgenommen ist, berichten wir natürlich hier im Forum.

Grüsse,
InterNetX