Zeige im DNS, dass deine Domainzum Verkauf steht.
Erstelle und prüfe _for-sale-TXT-Einträge nach RFC 10023 – mit Anleitungen für deinen DNS-Anbieter. Das DNS signalisiert die Verkaufsabsicht; Verhandlung, Zahlung und Übertragung erfolgen außerhalb des Tools.
# Abfrage der Verkaufsdaten einer Domain:
$ dig TXT _for-sale.forsaledns.net +short
"v=FORSALE1;furi=mailto:sales@sun.com.py"
"v=FORSALE1;fval=USD195000"
DNS-Knoten: _for-sale.forsaledns.net.
DNSSEC: AD-Bit = false (Nicht validiert)
Standard: IETF RFC 10023 (Informational)
Was möchtest du tun?
Wähle deinen Einstieg – direkt zum richtigen Werkzeug.
Eintrag erstellen oder prüfen
Du möchtest für eine einzelne Domain signalisieren, dass sie zum Verkauf steht. Erstelle einen RFC-10023-konformen DNS-Eintrag oder prüfe, ob ein vorhandener Eintrag korrekt ist.
Mehrere Domains prüfen
Du verwaltest ein Portfolio mit vielen Domains und möchtest auf einen Blick sehen, welche Domains bereits RFC-10023-Einträge haben und wie konform diese sind.
Spezifikation & API
Du entwickelst Tooling, einen Registrar-Dienst oder möchtest RFC 10023 technisch integrieren. Lies die vollständige IETF-Spezifikation oder nutze unsere öffentliche REST-API.
RFC 10023 (Kategorie: Informational, Juli 2026, Autor: M. Davids / SIDN Labs) beschreibt eine rein betriebliche Konvention zur Signalisierung von Verkaufsbereitschaft über einen TXT-Resource-Record am Knotennamen _for-sale.[domain]. Das DNS dient ausschließlich zur Signalübermittlung; Verhandlung, Kaufpreiszahlung, Treuhandabwicklung und Inhaberwechsel erfolgen vollständig außerhalb des DNS und außerhalb dieses Portals.
DNS-Verkaufseintrag prüfen
Echtzeit-Abfrage und Konformitätsprüfung nach RFC-10023-Standard.
DNS-Verkaufseinträge erstellen
RFC 10023 § 2.2.4: Preisangabe ist unverbindlich. Format: Währung + Betrag (z. B. EUR2500).
Das Kopieren dieser Einträge generiert lediglich die DNS-Syntax. Der Eintrag wird erst aktiv, wenn du ihn im Zoneneditor deines Registrars/DNS-Hosters als TXT-Eintrag hinterlegst.
; RFC 10023 Zonefile für beispieldomain.de
; Knotennamen: _for-sale.beispieldomain.de. | Typ: TXT | TTL: 3600
_for-sale.beispieldomain.de. 3600 IN TXT "v=FORSALE1;fval=EUR2500"Warum DNS-Signale herkömmliches Parking ablösen
Direkte Erkennung bei Whois- und Verfügbarkeitsprüfungen
Bisher sah ein Interessent erst beim Aufruf im Webbrowser, ob eine Domain zum Verkauf steht. RFC 10023 verlagert diese Information in das DNS:
Klassisches Parking versus RFC 10023
Registry SIDN (.nl) prüft RFC 10023 bei Domainabfragen
Die niederländische Vergabestelle SIDN fragt bei Verfügbarkeitsprüfungen automatisiert den Eintrag _for-sale ab. Steht eine .nl-Adresse zum Verkauf, erscheint der Hinweis samt Preis und Kontakt direkt im Suchergebnis.
DNS-Zoneneditoren & Hoster im RFC 10023 Test
| Anbieter / Dienst | Herkunft | RFC 10023 Status | Zoneneditor-Syntax | Praxis-Hinweise & Workaround |
|---|---|---|---|---|
| Hetzner DNS Console | 🇩🇪 Deutschland | Voll unterstützt | Name: _for-sale | Typ: TXT | Wert: v=FORSALE1;fval=EUR2500 | Hetzner erlaubt führende Unterstriche (RFC 8552) ohne Warnung in der Web-Console sowie per DNS-API. |
| Cloudflare DNS | 🌐 Global | Voll unterstützt | Type: TXT | Name: _for-sale | Content: v=FORSALE1;fval=EUR2500 | Exzellente DoH-Verbreitung. Content ohne Anführungszeichen in die Weboberfläche eintragen. TTL Auto oder 300s. |
| INWX (InterNetworX) | 🇩🇪 Deutschland | Voll unterstützt | Name: _for-sale | Typ: TXT | Wert: v=FORSALE1;fval=EUR2500 | Im INWX Domain-Center im Tab DNS-Einträge ohne Einschränkung hinterlegbar. Multi-Record RRset voll unterstützt. |
| Netcup CCP / DNS-Editor | 🇩🇪 Deutschland | Voll unterstützt | Host: _for-sale | Type: TXT | Destination: v=FORSALE1;fval=EUR2500 | Der Netcup Customer Control Panel DNS-Editor akzeptiert Unterstriche für TXT-Records uneingeschränkt. |
| deSEC.io | 🇩🇪 Deutschland (Open Source) | Voll unterstützt | Subname: _for-sale | Type: TXT | Value: "v=FORSALE1;fval=EUR2500" | Kostenfreier Non-Profit DNS-Provider mit automatischer DNSSEC-Signierung des RFC 10023 Records. |
| Strato | 🇩🇪 Deutschland | Eingeschränkt | TXT-Präfix: _for-sale | Einige ältere Strato-Pakete validieren Hostnamen strikt nach Hostname-Syntax (RFC 1035) und lehnen "_" ab. Lösung: Strato DNS-Expertenmodus oder Nameserver-Delegierung. |
| IONOS (1&1) | 🇩🇪 Deutschland | Eingeschränkt | Subdomain: _for-sale | Record: TXT | Im Standard-Dashboard blockiert IONOS gelegentlich Unterstriche bei manuellen Subdomains. Über die IONOS DNS-API oder mit externen Nameservern funktioniert es. |
| OVHcloud | 🇫🇷 / 🇩🇪 Europa | Voll unterstützt | Subdomaine: _for-sale | Type: TXT | Valeur: "v=FORSALE1;fval=EUR2500" | OVH Manager DNS-Zoneneditor unterstützt RFC 10023 Records ohne Restriktionen. |
Technischer Hintergrund: Warum lehnen manche Hoster Unterstriche ab?
Historisch verlangt der Standard für Hostnamen (RFC 1035 / RFC 1123) das Format [a-z0-9-]. Das Domain Name System als Protokoll erlaubt jedoch nach RFC 2181 beliebige Oktette. Für Service-Records und globale Attribute definierte die IETF in RFC 8552 den Standard für sogenannte Underscored Leaf Nodes (wie _dmarc, _domainkey oder nun _for-sale). Moderne DNS-Provider unterstützen diesen Standard uneingeschränkt; ältere Kontrollpanels prüfen Eingaben jedoch fälschlicherweise noch gegen die strikte Hostnamen-Syntax.
„Die Existenz eines Domainnamens bedeutet nicht, dass er nicht erworben werden kann. RFC 10023 definiert eine einfache Methode, um explizit im DNS zu signalisieren, dass eine Domain zum Verkauf steht – selbst wenn sie noch aktiv genutzt wird.“
Häufige Fragen zu RFC 10023
Widget zum Einbinden
Binde den RFC 10023 Validator oder Generator direkt in deine Website, dein Blog oder ein Kundenportal ein.
<iframe src="https://www.rfc10023.de/widget-embed" width="100%" height="540" frameborder="0" style="border-radius:12px; border:1px solid #e2e8f0;"></iframe> <p style="font-size:11px; color:#64748b; font-family:sans-serif;">Standard: <a href="https://www.rfc10023.de" target="_blank">RFC 10023 DACH Portal</a></p>
Redaktionelle Qualitätsgarantie & Primärquellen
Methodik & Transparenz: Validierungen erfolgen clientseitig via DNS over HTTPS (DoH) über rekursive Anycast-Resolver (Cloudflare 1.1.1.1 / Google 8.8.8.8). DNS-Antworten unterliegen den vom jeweiligen Nameserver festgelegten TTL-Werten; kürzlich geänderte Einträge können daher zwischengespeichert sein. Alle Code-Exporte entsprechen den Wire-Format-Grenzen (max. 255 Bytes je String nach RFC 1035).