Ich habe es immer als selbstverständlich angesehen, dass TLDs existieren und beim Kauf eines Domainnamens berücksichtigt werden müssen. Aber ich frage mich, warum sie überhaupt existieren müssen. Ich verstehe nicht, warum Sie das Domain-Name-System nicht einfach so haben konnten:
https://twitter/foo/bar
https://example/foo/bar
Das heißt, ich sehe keine wirkliche Notwendigkeit für TLDs wie .com
und .org
. Es scheint eine willkürliche Sache zu sein. Ich bin interessiert zu wissen, ob dahinter eine Geschichte steckt oder eine Notwendigkeit dafür besteht.
domain-name-system
Lance Pollard
quelle
quelle
Antworten:
Die Organisation von Domain Name System-Namen hat ihren Ursprung im Wachstum des Internets aus dem alten ARPANET. Details sind in RFC 1034 vom November 1987 enthalten.
Bevor es ein DNS gab, waren alle Namenssuchen in einer
hosts.txt
Datei enthalten, die per FTP an alle Hosts verteilt werden musste. Dies lässt sich nicht gut skalieren. Der Charakter der Systeme im Netzwerk änderte sich ebenfalls.Es wurde beschlossen, ein baumbasiertes System einzuführen. Dies ermöglicht die Verteilung der Namensverwaltung und das Hinzufügen interner Namen und Systeme durch lokale Netzwerke, ohne dass externe Daten aktualisiert werden müssen.
Abschnitt 2.2 im RFC beschreibt die Entwurfsziele des Systems, einschließlich eines konsistenten Namensraums. Skalierbarkeit; Kompromisse zwischen Kosten, Geschwindigkeit und Genauigkeit; Anwendbarkeit auf eine Vielzahl von Anwendungen; Unabhängigkeit von Protokollen und Kommunikationssystemen; und Benutzerfreundlichkeit unter den großen Unterschieden der verwendeten Systeme, von kleinen PCs bis zu großen Mainframes und Timesharing-Systemen.
Ein weiteres Problem bei der Nichtverwendung einer TLD besteht darin, dass in einigen Betriebssystemen ein einzelner Name leicht mit dem Namen eines anderen Systems im lokalen Netzwerk in Konflikt geraten kann. Dies ist weniger verbreitet, da mehr lokale Netzwerke intern DNS verwenden. Es gibt jedoch immer noch Orte, an denen ältere lokale Namen verwendet werden (wie die auf Windows-Systemen verwendeten NetBIOS-Namen).
quelle
Wie Sie sagen, sind keine Top-Level-Domains (wie .com und .org) erforderlich . Im gleichen Sinne sind jedoch überhaupt keine Domains erforderlich (insbesondere angesichts der Integration von Suchmaschinen in Browser).
Domänen sind jedoch ein nützliches organisatorisches Werkzeug, ebenso wie Domänen der obersten Ebene.
Hinweis - Top-Level-Domains dienen nicht NUR dazu, den Namespace von Namen zu organisieren (keine große Sache für die von Ihnen angegebenen Beispiele, berücksichtigen jedoch Top-Level-Domains wie .edu und .uk usw. für Länder). Außerdem helfen sie dabei, die Verantwortung für die Namensvergabe zu delegieren (die britische Regierung kann Namen für die .uk-Domain vergeben, und eine andere Organisation kann Namen für die .us-Domain und die .com-Domain usw. vergeben).
quelle
Und um ein bisschen interessantere Geschichte hinzuzufügen (nachdem ich vor www Tagen (80er Jahre) persönlich involviert war):
ARPANET war ein Projekt der (D) ARDPA - Agentur für fortgeschrittene Verteidigungsforschungsprojekte, das sich auf die Entwicklung zuverlässiger Kommunikation über unterschiedliche und unzuverlässige Datenkommunikationsnetze konzentrierte. Dies war die Entstehung von TCP / IP (IP "Internet Protocol" ist die verbindungslose unzuverlässige Netzwerkschicht), wobei TCP die verbindungsbasierte, fehlerkorrigierende Transportschicht (Transmission Control Protocol) ist.
Die Übersetzung von IP-Adressen in lesbare Namen wurde für die Benutzerfreundlichkeit wichtig. Daher wurde der Netzwerkprotokollstapel im DNS (Domain Name Service) weiter oben eingeführt, der Namen in IP-Adressen übersetzte (anstatt sich nur auf die oben genannte Hosts-Datei auf jedem Computer zu verlassen).
Am Anfang gab es wirklich nur .mil .edu und .gov TLDs. .com kam hauptsächlich für Verteidigungs- und Regierungsunternehmen. Die meisten frühen Anwendungen waren E-Mail, FTP und Newsgroups (UUNET ist ein weiterer Ableger). gopher (gopher: //) ging http voraus und war ein auf Terminaltext basierender Hyperlink. Grundsätzlich http ohne Grafik.
In Australien (wo mein Engagement begann) hatten wir AARNET - Australian Academic and Research Network.
Die Trennung des Adressraums des Domänennamens (und die Zuordnung zu IP-Adressbereichen der Klassen A, B, C - 255.0.0.0 / 255.255.0.0 / 255.255.255.0) war ein Problem, das ARAPNET (das jetzt als Internet bezeichnet wird) über seine Grenzen hinaus verbreitete US nur Geburtsort.
Durch verschiedene Konventionen (die im Rahmen des RFC-Prozesses vereinbart wurden) wurden Länderabkürzungen hinzugefügt. Also hier hatten wir .gov.au .edu.au .com.au. Und zu Beginn war das alles.
Eine Randnotiz zu RFC "Request for Comments" - war ursprünglich ein sehr ingenieurorientiertes Kommentarforum für die Weiterentwicklung von Internetprotokollen. Es ist jetzt das Normungsgremium mit der überwältigenden Formalität und Ausführlichkeit jeder "Normungs" -Organisation. Ein kurzer Blick auf die frühen RFCs ist erfrischend. Die wirklich maßgebliche Antwort auf diese SE-Frage finden Sie unter: https://www.ietf.org/rfc/rfc1034.txt
Obwohl die ursprüngliche Motivation für gepunktete Domain-Namen technisch war, sicherlich bei den Namen .com und .com.xx, sind diese in späteren Jahren in die Gesetzmäßigkeiten von Handelspraktiken, Handelsmarken usw. in dem Maße verstrickt, wie es geworden ist Es ist unmöglich, sowohl den technischen / organisatorischen Zielen eines Namensraums als auch den kommerziellen und geopolitischen Einflüssen auf die Reservierung von Namen zu dienen (ganz zu schweigen von den Parasiten der Domainbesetzer, die im Laufe der Jahre Milliarden Dollar verdient haben, nur um ein Wörterbuch zu nutzen und es Menschen und Organisationen mit realen und tatsächlichen Zwecken schwer machen, bestimmte Namen zu haben).
Das Kommen neuer TLDs ist daher eine willkommene Sache. Tatsächlich dereguliert es einen Teil der Überlastung, die seit langem mit Anwälten und Bürokratien verbunden ist.
Warum nicht in einem einzigen Namensraum? (dh http: // name / resource / resource ).
Wem gehört der Name?
Und wem gehört der Name in verschiedenen Ländern, die nach unterschiedlichen gesetzlichen Regeln arbeiten?
Mein Nachname könnte leicht McDonald sein ......
quelle
Das größte Problem dabei ist, dass keine zwei Unternehmen auf der ganzen Welt den gleichen Domainnamen haben könnten.
Mit dem gegenwärtigen System ist das Problem auf Länder beschränkt. Während keine zwei Unternehmen in Deutschland den gleichen Domainnamen haben könnten, ist es für ein Unternehmen in Deutschland vollkommen in Ordnung, den gleichen Domainnamen wie ein Unternehmen in Österreich zu haben, eines in der Schweiz, eines in Spanien, eines in Australien, eines in den USA , einer in Neuseeland, einer in Kanada und so weiter und so fort. (Derzeit gibt es ~ 200 ccTLDs.)
Innerhalb eines einzelnen Landes ist das Problem viel weniger verbreitet. Normalerweise möchte ein Unternehmen seine Marke als Domainnamen verwenden, und Marken sind innerhalb eines Marktsegments innerhalb eines Landes bereits einzigartig.
quelle
Das größte Problem, das wir ohne TLDs hätten, sind Massenbeschränkungen. In Ihren Beispielen konnte es nur eine "Twitter" - und eine "Beispiel" -Website geben. Dies mag in gewisser Hinsicht gut sein, insbesondere für große Unternehmen, die gegen Urheberrechte usw. kämpfen, aber es wäre eine große Einschränkung, nur eine Website für jedes Wort oder jede Wortkombination zuzulassen.
Die Hauptidee war zunächst eine gute Trennung, wie mit ccTLD
co.uk
,.us
etc, und.com
war für kommerzielle. Aber angesichts des enormen Potenzials für den Wiederverkauf scheint all dies im Namen des Geldverdienens weggeblasen worden zu sein (schade, da es ein schöneres System hätte sein können, wenn ICANN es strenger durchgesetzt hätte).Wir benötigen nicht einmal Domain-Namen, damit das Internet funktioniert, und können Browser nur auf IP-Adressen hinweisen. Dies schränkt jedoch auch die Situation ein, da sich eine Reihe von Websites häufig auf demselben Server- / Netzwerk-Setup befinden, für das eine externe IP-Adresse vorhanden ist viele Websites.
quelle