Implemented Authcode process for transfer of.at domains
When a new .at domain is registered, DomiNIC generates an authinfo (14 digits) and sends it to Nic.at, where it is stored. The authinfo is also generated when a domain is updated (contact or name server change)
For transfers of .at, .co.at and .or.at domains the user can set an authinfo.
A new right OrderAuthCodeOptional was introduced. If a user profile is set to have this right, the authinfo is handled as optional field. The system is so preconfigured that the end-customer profile does not have this right. This means the authcode is mandatory for end users.
If an authinfo is set, DomiNIC sends it to Nic.at. If it is correct, the order is processed directly.
If no authinfo was set, it is not sent to Nic.at, and Nic.at will start an alternative transfer process.
DomiNIC generates the standard transfer pdfs for approval requests for both transfer with and without authcode
Following a transfer, DomiNIC generates a new authinfo
For Ascio, Core and Epag the authinfo for .at, .co.at and .or.at can be used as described for Nic.at.
The temporary folder (previously '/tmp') for all components (Application Server, BPE, Jetty) can now be set by configuration. For details of configuration settings please refer to documentation.
Configurable waiting period before zones are deleted from name servers. In all use cases where zones are deleted from name servers (deletion of domains, outgoing transfers, change of name servers). In order to use the feature an update of the RNS agents to Version 6.1.20 is necessary.
Parallel zone edits are now also possible for the following use case: A delete or expire order was started and the order is waiting for confirmation
It is now possible to create zones with a customer primary and auto name servers as slaves
New web service CustomerDomainInventory added to SOAP API. This service returns the domain inventory of a single customer or the complete domain inventory of the system.
Enhanced functionality of SOAP API web service DomainInfo. This service now returns the resource records of a domain.
New system configuration allows to control which protocol is used for dns requests: IPv4 or IPv6. This allows IPv4 systems to use IPv6 name servers.
Verbesserung der Zonenprüfung von automatisch aufgesetzten hidden primary Nameservern
Die generierte Authinfo für .de und .eu Domains wird jetzt an den im GUI ausgewählten Empfänger versendet
In der SOAP API können Resource Records bei Zonenänderungen jetzt alternativ vollständig angegeben werden, anstatt nur die geänderten Records anzugeben
Lokalisierung für Fehlerbeschreibungen in den E-Mail Auftragsbenachrichtigungen an Sachbearbeiter hinzugefügt
Wenn beim Zonentransfer ungültige Einträge aus dem DNS empfangen werden, werden die betroffenen Zoneneinträge zwar importiert aber deaktiviertund in einer Warnmeldung ausgegeben.
Die Validierung von IPv6 Adressen innerhalb von AAAA und SPF Resource Records wurde verbessert
Es ist nun möglich Transfer Aufträge für Domains zu starten, die sich bereits als Zonen im eigenen Bestand befinden
Wenn die Aktualisierung von Domaindaten nach einem Domain Transfer auf einen manuellen Freigabeprozess innerhalb von DomiNIC oder beim NIC wartet, kann jetzt gleichzeitig die Zone der Domain bearbeitet werden.
Beim Absenden von Aufträgen am GUI sowie beim Zustimmen und Ablehnen von Auftragsfreigaben werden die IP Adresse sowie, wenn der User eingeloggt ist, der Username des Auftrags-Senders bzw. des Bestätigers in einer neuen Datenbank Tabelle ip_log eingetragen.
Auf der Seite Auftragsdetails gibt es einen neuen Bereich mit einer Übersicht über alle Auftragsfreigaben des Auftrags. Per Link kann auf die Auftragsfreigabe Seite navigiert werden, wenn offene Auftragsfreigaben vorhanden sind.
Die Größe des Whois Popups in der Verfügbarkeitsprüfung und im Domain Bestellprozess wird jetzt dynamisch anhand des verfügbaren Platzes berechnet.
Die Reihenfolge der verfügbaren Domain Operationen im Domainbestand und auf der Domain Detailseite wurde angeglichen.
Der REST Service zur Prüfung der NIC Verbindungen prüft jetzt die tatsächlich konfigurierten NICs und nicht mehr alle unterstützten NICs.
EPAG Kontakthandles werden jetzt von DomiNIC und nicht mehr von EPAG generiert. Dies ist für die richtige Zuordnung von bereits existierenden Kontakthandles nötig.
Bei der Kommunikation mit NICs wird zur Vermeidung von Poodle-Angriffen kein SSLv3 mehr verwendet.
Ein DomiNIC Theme kann als URL Parameter beim Aufruf der Anwendung übergeben werden. Das Theme wird für die Laufzeit der Session anstelle des per Konfiguration hinterlegten Themes verwendet.
Auftragsstatus Nachrichten können für 1st-Level-Support Mitarbeiter oder Benutzer mit eingeschränkten Rechten definiert werden. Die Nachrichten werden in einem neuen Tab auf der Seite Auftragsdetails angezeigt.
Es ist konfigurierbar, welche Auftragsfreigaben bei Domain Geschäftsfällen versendet werden. Abgesehen von den von NIC Richtlinien vorgegebenen Auftragsfreigaben kann nun pro NIC, TLD und Geschäftsfall eingestellt werden, ob eine Auftragsfreigabe versendet werden soll und ob dies per Link oder PDF geschehen soll.
Für Domains mit vielen Zoneneinträgen gibt es zur Verbesserung der Performance eine spezielle Behandlung am GUI. Vorhandene Zoneneinträge können Serverseitig gefiltert und sortiert werden. Geänderte, gelöschte und hinzugefügte Einträge werden bei der Bearbeitung explizit angezeigt. Am GUI findet nur noch eine Syntaktische Validierung der Zoneneinträge statt. Eine vollständige Validierung wird bei der Verarbeitung des Auftrags in der BPE durchgeführt. Über den neuen Konfigurationseintrag zone.loadlimit kann eingestellt werden, ab wie vielen Zoneneinträgen die neue Behandlung angewendet wird (Standard ist 1000).
Weiterlesen: Version 7.1.6
