Oh, ich wollte die Tage auf 7.9.2 wechseln, gut das ich das hier vorher gelesen habe.
Erhaltet Ihr irgendeine Fehlermeldungen?
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenOh, ich wollte die Tage auf 7.9.2 wechseln, gut das ich das hier vorher gelesen habe.
Erhaltet Ihr irgendeine Fehlermeldungen?
Es wird ein falscher Wert an InternetX gesendet.
- Domain wird zwar registriert - jedoch wird die Zone nicht angelegt.
- und das ist bei einer .DE Domain ein problem, da diese nicht konnektiert wird.
Hallo Herr Murauer,
unsere aktuelle Plugin-Version scheint bisher ohne Einschränkungen mit WHMCS 7.9.2 zu funktionieren.
Ich tippe bei dem Problem mit den Zonen auf die Nutzung von virtuellen Nameservern, falls das der Fall ist müssten Sie diese bitte unter /modules/registrars/InterNetX/classes/class.InternetX_API.php eintragen.
An 2 Stellen muss "ns14.net" durch die Domain ihrer virtuellen Nameserver ersetzt werden.
Ich habe gerade einen kurzen Test des Plugins gemacht und bein ebenfalls genau über diesen Punkt gestolpert.
Nach Korrektur der Hostnamen in class.InternetX_API.php war aber kein Problem mehr feststellbar und die Zonen wurden erstellt.
Sollten Fehler auftreten freue ich mich über eine kurze Mitteilung hier im Forum oder per E-Mail.
Gruss Marius Wunner
Hallo Herr Wunner,
das haben wir gemacht.
/modules/registrars/InterNetX/classes/class.InternetX_API.php > hier stehen unsere drinnen.
/modules/registrars/InterNetX/classes/class.InterNetX_API.php > diese gibt es auch noch.
Ich habe den Fehler glaub ich gefunden > die erste Dabei gibt es nicht mehr - es muss die 2te sein und hier war es nicht korrekt eingestellt.
Da hat der Programmierer die Datei im Addon geändert.
Gleich mal testen und gebe euch dann gleich Bescheid.
Danke Murauer IT für den Hinweis.
Ich habe gedacht mein FTP Client spinnt, aber wenn Sie die Datei auch doppelt angezeigt bekommen, dann sehen wir uns das noch einmal genauer an.
Und genau an dem ist es auch gelegen!
habe den Ordner Classes gelöscht und den neu eingespielt und die eine Datei geändert und viola - es klappt wieder mit dem Domains.
- Zone wird wieder erstellt.
Die Datei ist ident nur das ein Buchstabe GROSS geschrieben worden ist - daher ist diese 2 mal drinnen, da Linux auf GROSS / klein Schreibung achtet.
Grüß euch,
ist es möglich vorhandene Kunden bei Internetx in WHMCS für die Verwaltung zu bekommen?
Beste Grüße
Hallo Tevior ,
unser Plugin bietet aktuell keine entsprechende Funktionalität.
Da auch eine Zuordnung von WHMCS-Kunde zum Domain notwendig ist,
führt ein einfacher Import der Domaininhaber zu WHMCS-Kunden leider nicht für jeden Benutzer zum gewünschten Ergebnis.
Wir haben das Thema auf unserer Feature Wunschliste, können aber aktuell noch keine weiteren Zusagen dazu machen.
Grüsse aus Regensburg,
Marius
Moin zusammen,
kann mir jemand sagen, wie man das Modul einrichten muss wenn man die virtuellen Nameserver (also nicht die Standard a.ns14.net ...) von InternetX nutzt?
Ich habe bereits, wie in der Doku beschrieben, die /modules/registrars/InterNetX/classes/class.InternetX_API.php angepasst.
Zeile 456:
geändert in:
Genau das gleiche auch mit Zeile 773.
Es wird trotzdem keine Zone angelegt.
Es kommen bei der Registrierung Fehler wie:
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (b.ns14.net./217.160.113.32:53, die-neue-domain.de, REFUSED)
Warum da wieder die InternetX Nameserver b.ns14.net stehen ist mir nicht klar.
Hatte das schonmal jemand?
Hi JB1985 ,
wenn die falschen Nameserver im Auftrag erscheinen dann ist an einer Stelle noch das alte Set hinterlegt.
In den Registrar-Einstellungen UND in den General Settings unter "Domains" müssen jeweils die virtuellen Nameserver hinterlegt sein.
Ich vermute in den General Settings sind bei dir noch die alten Nameserver eingetragen.
Grüsse aus Regensburg,
Marius
Soweit sieht alles korrekt aus, die Konfiguration sollte passen.
Ein Problem bei der TLD der virtuellen Nameserver kann ich mir aktuell nicht vorstellen, hier gibt es im Plugin keinerlei Prüfung oder Einschränkung.
Im besten Fall tritt das Problem bei der nächsten Bestellung nicht mehr auf, falls doch sagen Sie uns Bescheid.
Gruss Marius
Im besten Fall tritt das Problem bei der nächsten Bestellung nicht mehr auf
Ja, unglaublich! Heute kam die nächste Bestellung und diesmal keine Fehlermeldung.
Komisch ... Aber Hauptsache es geht wieder.
muss mich leider nochmal melden. Nächste Bestellung und jetzt hat er wieder die falschen Nameserver drin. Das Modul hat auch die falschen Nameserver über die API übertragen:
<?xml version="1.0" encoding="UTF-8"?>
<request>
<auth>
<user>*******</user>
<password>********</password>
<context>4</context>
</auth>
<language>en</language>
<user_agent>
Plugin</user_agent>
<task>
<code>0101</code>
<domain>
<name>**********.de</name>
<ctid/>
<period>1</period>
<ownerc>18554784</ownerc>
<adminc>18554785</adminc>
<techc>18566977</techc>
<zonec>18566977</zonec>
<nserver>
<name>a.ns14.net</name>
</nserver>
<nserver>
<name>b.ns14.net</name>
</nserver>
<nserver>
<name>c.ns14.net</name>
</nserver>
<nserver>
<name>d.ns14.net</name>
</nserver>
<confirm_order>1</confirm_order>
<zone>
<ip>213.XXXX.XXX.XXX</ip>
<mx>my.mxserver.xyz.</mx>
<ns_action>none</ns_action>
</zone>
</domain>
<reply_to>[email protected]</reply_to>
</task>
</request>
Alles anzeigen
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
<system>
user: support
task: 0102
status: E0102 [Domain could not be updated.]
stid: 20201030-app2-144082
autoupdate_dns: true
</system>
<reply>
tld: de
sld: **********
</reply>
<nic_response>
53300102912
53300102912
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (d.ns14.net./2607:f1c0:849:fe00:74:208:254:254:53, *********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (c.ns14.net./195.34.161.195:53, *********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (d.ns14.net./74.208.254.254:53, ***********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (b.ns14.net./217.160.113.32:53, **********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (b.ns14.net./2001:8d8:580:401:217:160:113:32:53, **********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (c.ns14.net./2a01:130:2000:118:195:34:161:195:53, ********.de, REFUSED)
53300102912
Nameserver error
ERROR: 901 Unexpected RCODE (target, entity, RCODE) (a.ns14.net./62.116.131.31:53, **********.de, REFUSED)
</nic_response>
Alles anzeigen
Murauer IT funktioniert es bei euch zuverlässig mit den virtuellen Nameserver?
Hi @JB1985,
Zeile 456:
Genau das gleiche auch mit Zeile 773.
Bei mir sind es die Zeilen 459 und 778. Eventuell andere Version? Ich verwende die Version 30.01.2020
Hier habe ich (interessanterweise direkt die Hauptdomain eingetragen, nicht die NS Server)
- Im AutoDNS unter Benutzerprofil -> Domains habe ich auch die NS eingetragen, siehe Anhang
- Im WHMCS unter Domain Registrars im Feld Default Nameserver deine NS eintragen, siehe Anhang
- Wenn ich nun in der Client Area eine Domain registriere, sind die Name Server schon vorausgefüllt, siehe Anhang.
Vor 3 Tagen wurde mal eine neue Domain registriert mit diesen Einstellungen, NS wurden mitgegeben laut Auftragsprotokoll.
Da ich derzeit keine .hosting Domain anbiete, kann ich dir hier keinen Vergleich liefern, füge diese mal aber diese Woche hinzu und teste, dann kann ich eventuell mehr sagen.
SG
Bei mir sind es die Zeilen 459 und 778. Eventuell andere Version? Ich verwende die Version 30.01.2020
Leider steht beim Modul nirgendwo die Versionsnummer drin.
Was ich aber bisher feststellen konnte ist, dass der Fehler nur bei Bestandskunden kommt. Bei Neukunden scheint alles zu funktionieren.