Diskussion:Domain/Archiv/1

message: Da der Artikel am 17. Januar 07 von einem Unbekannten als unverständlich makiert wurde, womit er aus der Sicht von jemand der sich in diesem Bereich nicht auskennt recht hat, wollte ich hier gern die Diskussion eröffnen welche Teile der Seite konkret hiervon betroffen sind, oder ob der Artikel im gesamten überarbeitet/neu geschrieben werden sollte.
Ich denke die "Sonderfälle" könnte man ungeändert übernehmen und den Teil "Verteilte Verwaltung mit Subdomains" leicht überarbeitet. Den Rest sollte man wahrscheinlich für einen Laien verständlicher neu schreiben. --thotig 23:13, 24. Feb. 2007 (CET)
replies: text: Ich möchte nur anmerken, dass es den Begriff Domain auch im Bereich von Datenbanken (Informatik) gibt. Eine Unterscheidung wäre meiner Meinung nach angebracht. --193.247.250.1 14:10, 13. Mär. 2007 (CET)
replies: text: Richtig. Schreib einen Artikel Domain (Datenbanken). --Wikifh 16:54, 13. Mär. 2007 (CET)
thread_title:  Kritik 

message: Welche Strukturen können aus mehreren Domänen gebildet werden und wo liegen ihre Unterschiede?? --217.66.32.101 17:20, 19. Mär. 2007 (CET)
thread_title:  Frage zur Struktur 

message: Ich finde der Artikel ist sehr verständlich und reich vollkommen aus. Natürlich ist das Thema Domain generell nicht so für Anfänger gedacht. Das ist nur meine eigene Meinung ...
:Das Problem ist halt, daß der Begriff der Domain im Artikel sehr technisch formuliert ist. Vielleicht könnte man das etwas entschärfen und mehr allgemeine Informationen darüber bringen, was eine Domain ist. --Katzenmeier 16:09, 17. Mai 2007 (CEST)
replies: text: Ich gehe mal davon aus, dass sich ein Lexikon im wesentlichen an Laien richtet. In seiner bestehenden Form ist der Artikel eindeutig nur für Fachleute verständlich. Zumindest am am Anfang sollte eine laienverständliche Kurzerklärung stehen (Stichwort: 'Computerbild'). Diese Kurzerklärung muss für den Fachmann gar nicht befriedigend, sondern sollte dem Laien einfach eine Vorstellung davon geben, was sich sich hinter dem Begriff "Domain" verbirgt. -togu- 16:52, 17. September 2007 (CEST)
thread_title:  Artikel ist verständlich 

message: Ich suche Hintergrundinfos zu Internetadressen ohne www und finde diesen Artikel zu technisch. -- makem
: hallo, ich hab grade einen satz dazu eingebaut - siehe [] für mehr infos, das hat mir im artikel auch gefehlt, da ein offenbar vertreiteter irrtum breitgetreten wird
:siehe auch beispiele zu subdomains - da war www.de.wikipedia.org angefuehrt - alswenn das www unbedingt notwendig wäre um dem browser zu sagen, er soll das ganze per http aufrufen ;) --suit  11:16, 24. Jul. 2007 (CEST)
thread_title:  Lückenhaft / Unvollständig 

message: Was gibt es für einen Hintergrund das fast immer das www vor der Domain struktur gesetzt wird? Teilweise wird das www auch vor der subdomain angegeben.
:Ich bin zwar nicht so alt, dass ich mich noch daran erinnern könnte, aber: Man trennt seinen Webserver (also der, der die Inhalte für's www anbietet) von anderenen Servern, z. B. dem Mailserver. So ist z. B. der Mailserver der fiktiven Firma "Example" unter der Domain example.com, die WWW-Inhalte dieser Firma aber nur unter www.example.com zu erreichen. Der Chaos Computer Club z. B. bietet noch heute seine WWW-Inhalte nur unter der Domain [www.ccc.de] (und den Subdomains davon) an, nicht aber unter [ccc.de]. --Angus Richard Finnson
::der einzige hintergrund ist der, dass es historisch gewachsen ist und die leute sich an das www. gewöhnt haben. es gibt aber keinen standard oder sonstiges, was ein www. vorschreibt. die trennung der serverdienste ist auch nicht gott- oder naturgegeben. latünich kann man imap.example.com oder mail.example.com, aber auch web.example.com oder w3.example.com verwenden. man kann aber auch alles auf xyz.example.com oder nur auf example.com routen, denn jeder der serverdienste hat wird in der regel über einen unterschiedlichen port (smtp, pop, imap, http, https, ftp, ...) angesprochen und kann damit auf der selben domain liegen. gruß -- guenson 11:43, 19. Feb. 2008 (CET)
thread_title:  Woher kommt das www.(domain).(tld) 

message: Sorry, das ist ein Artikel von Freaks für Freaks ;-) Nichts gegen Freaks! Nur sollte das Lemma eines Wiki-Artikels zumindest in groben Zügen von jedermann verstanden werden - es sollten also Freaks und Omas zufrieden gestellt werden. Die Auffassung "Natürlich ist das Thema Domain generell nicht so für Anfänger gedacht" (s.o.) ist schlichtweg falsch (siehe Wikipedia:Wie schreibe ich gute Artikel#Verständlichkeit). Im Grunde würden schon ein, zwei einleitende Sätze zumindest die Grundbedürfnisse der Oma befriedigen, so wie diese in en.wikipedia:
   A name that identifies a computer or computers on the Internet. 
   These names appear as a component of a Web site's URL, e.g. en.wikipedia.org.
-- 
:Ich habe die Information der beiden Sätze in die Einleitung des Artikels gesteckt --Church of emacs ツ ⍨ 19:27, 16. Jun. 2008 (CEST)
replies: text: Und ich habe darauf aufbauend noch ein bissel weiter „gefeilt“ und den Baustein entfernt. -- Nolispanmo Disk. Hilfe? 20:25, 16. Jun. 2008 (CEST)
replies: text: Nach längerer Zeit mal wieder rein gesehen... So isses schon wesentlich besser! ---- Eberhard Cornelius 23:26, 13. Sep. 2008 (CEST)
thread_title:  Artikel ist für Laien kaum verständlich 

message: Wenn das schon angesprochen wird, kann man vielleicht auch noch die Infos aus dem anderen Artikel einfügen:
Top-Level-Domain#Bedingungen der Zuteilung
Und was sind eigentlich die technischen Schwierigkeiten bei der Vergabe von Domains mit weniger als drei Zeichen?
:Für jede Länderdomain unterliegen die Richtlinien der lokalen Registrierungstelle. Diese allein bestimmt welche Namen wie registriert werden dürfen. Das man sich bei .uk und anderen dazu entschlossen hat, die Domain im Second-level nochmal organisatorisch zu unterteilen, oder bei .de mind. 3 Zeichen und nicht ausschließlich Zahlen hat nichts mit technischen Schwierigkeiten oder ist sonst wie dem DNS geschuldet. Das Domains nicht mit "-" Anfangen/Aufhören dürfen liegt an der technischen Umsetzung von IDN-Domains.
:Ich würde die lokalen Richtlinien aus dem Artikel raushalten. Der kurze Hinweis auf den TLD-Artikel genügt meines Erachtens. -- Merlissimo 12:45, 11. Feb. 2009 (CET)
thread_title:  Warum vergibt Großbritannien nur third-level-Domains? 

message: Dass es Domains im Internet gibt, ist klar. Aber wo gibt es schon noch Rechnernetze ohne Domain? Höchstens daheim. Ein Artikel mit begrenztem Horizont, Internet hin oder her. --85.179.250.206 03:03, 6. Apr. 2009 (CEST)
thread_title:  Internet ? 

message: (Siehe mein früherer Beitrag Artikel ist für Laien kaum verständlich) Ich habe einem Bekannten, für den ich eine Internetseite veröffentlichen soll, versucht zu erklären was eine Domain ist. Zu diesem Zweck schickte ich ihm einen Link hierher. Seine irritierte Reaktion: "Frage: was genau ist 'Domain'?". Der Mann ist Chemiker, gebildet, Buchautor und noch nicht mal im OMA-Alter, aber eben noch ein Internet-Laie. Ich weiß, es ist nicht leicht, einen griffigen ersten Satz zu finden, aber vielleicht lassen sich unter diesen [Definitoinen] ein paar Anregungen finden, die zu einer konsensfähigen Formulierung führen. Mein Tipp wäre, im ersten Satz auf technische Fachbegriffe wie "Namensraum", "Hostnamen", "URL" zu verzichten. Es dürfen ausschließlich solche technische Begriffe verwendet werden, die im allgemeinen (nicht-netzaffinen!) Sprachgebrauch gängig sind: "Computer", "Internet" und "Webseite" - auch wenn die Aussage damit noch unscharf bleibt. In einem zweiten Satz kann man dann eine technisch korrekte Definition nachschieben. Nur mal ein Vorschlag zu Verdeutlichung:
:Eine Domain (auch Domäne) dient der Indentifikation von Internetseiten (z.B. bezeichnung.de) und besteht aus einer individuellen Bezeichnung gefolgt von einem Punkt und einer länder- oder organisationsspezifischen Kennung (z.B. .de für Deutschland); häufig ist der Bezeichnung der typische Präfix www. voran gestellt. Technisch gesehen handelt es sich um einen Namensraum, der zusammen mit dem Hostnamen dazu dient, Computer im Internet zu identifizieren, und der unter anderem Bestandteil der URL einer Webseite ist (z.B. http://www.bezeichnung.de/thema.html). Domains stellen dabei einen zusammenhängenden Teilbereich des hierarchischen DNS-Namensraumes dar.
---- Eberhard Cornelius 20:26, 18. Jul. 2009 (CEST)
replies: text: Keine Gegenstimmen? ---- Eberhard Cornelius 20:30, 22. Jul. 2009 (CEST)
replies: text: Sorry, doch. Eine Domain dient nicht zur Identifikation von Internetseiten, sondern zur Identifikation von Hardware und Services im Internet. Sie besteht auch nicht aus einer individuellen Bezeichnung, das genau ist die (Second-Level)-Domain. Nach dem Punkt folgt die Top-Level-Domain und vor dem Domainnamen finden sich Subdomains. Auch das "www" ist eine Subdomain und kein Präfix. Die Änderung vereinfacht etwas zu viel. Alauda 22:45, 5. Aug. 2009 (CEST)
replies: text: Hallo, doch noch jemand hier... Da sich ansonsten nichts getan hätte, habe ich meinen Vorschlag mal in den Artikel genommen. Deine Einwände sind natürlich zutreffend, technisch betrachtet - aber darum geht es hier nicht ausschließlich. Ich hatte durchaus überlegt, im ersten Satz von einer "Subdomain" statt dem wesentlich unschärferen "Präfix" zu sprechen, aber daraus entstünde eine zyklische Referenz, die ein Laie nur schwer auflösen kann. Zwischen fachlicher Korrektheit und allgemeiner Verständlichkeit besteht hier ein Zielkonflikt. Sobald der erste Satz eine technisch korrekte Definition darstellt, wird er für Laien unbrauchbar (siehe vorherige Version). Eine zu laienhafte Beschreibung wäre zu unscharf. Irgendwo zwischen diesen Extremen muss eine Formulierung gefunden werden. Die Wikipedia-Richtlinien (Wikipedia:Laientest) geben hier Orientierung: Die Einleitung eines Artikels klärt in groben Zügen und in allgemein verständlicher Sprache, was der Begriff bedeutet und wie er verwendet wird. Außerdem darf nicht außer Acht gelassen werden, dass "Domain" heute weitaus mehr bezeichnet, als in der DNS-Spezifikation steht. Das räumt sogar das offizielle RFC ein, "Domain Names – Concepts and Facilities" (RFC 1034): 'The terms "domain" or "domain name" are used in many contexts beyond the DNS described here'. Der Begriff "Domain" hat z.B. auch eine zwar periphäre, aber enorm wichtige Ebene, welche ausschließlich aus der Nutzung in URLs und Mailadressen durch von Milliarden von Internetbenutzern besteht. Daneben bezeichnet der Begriff auch ein Wirtschaftgut. Was (ver)kaufe ich denn bei einer Domain? Das ist weder eine Subdomain wie "www", noch eine TDL, sondern ausschließlich die Second-Level-Domain, welche ihren Wert i.d.R. daraus gewinnt, dass sie eine nützliche, passende Bezeichnung darstellt. Die bisherige, gemäß DNS technisch korrekte Definition, wurde diesen Aspekten nicht gerecht. ---- Eberhard Cornelius 18:36, 6. Aug. 2009 (CEST)
thread_title:  Für Laien immer noch schwer verständlich 

message: Meiner bescheidenen Meinung nach ist der Artikel insgesamt zu "Internet" lastig.
Alle großen Firmen betreiben auch "Intranets", IP im privat Netzbereich (siehe: Privat IP-Adresse Class A 10.0.0.0,
Class B 172.16.0.0 und Class C 192.168.0.0).
Innerhalb dieser "Netzwerke" ist der Begriff FQDN ebenso gebräuchlich um einen Rechner / ein Netzwerk-Device eindeutig zu identifizieren: z.B. myhost.mydomain.at = 10.10.42.112 oder myrouter.mydomain.at
Darauf wird im Artikel leider nicht hingewiesen. (nicht signierter Beitrag von Zwinkern (Diskussion | Beiträge) 11:00, 31. Dez. 2010 (CET)
thread_title:  FQDN gilt nicht nur im "Internet" 

message: Hier noch mal ein überarbeiteter Vorschlag:
Eine Domain (Domäne) ist im Domain Name System (DNS) ein physisches oder virtuelles Objekt, das mit dem vollen Domain-Namen einschließlich Subdomains (FQDN = Fully Qualified Domain Name) eindeutig adressiert wird und sich unabhängig von seinem Namen weltweit an einem beliebigen Ort oder auf einem beliebigen Host befinden kann. Die Verbindung zwischen dem FQDN und dem Aufenthaltsort des Objektes wird über Einträge in Nameservern hergestellt, die letztlich auf die IP-Adresse eines Servers verweisen. Ein Host muss dann seinerseits wissen, welche virtuellen Objekte er zu dem Domainnamen beherbergt und wo sie sich auf ihm exakt befinden.
Eine Domain ist im Domain-Vergabeverfahren ein im Internet weltweit einmaliger und eindeutiger und unter gewissen Regeln frei wählbarer Name unterhalb einer Top-Level-Domain. Die exakten Regeln für die Namensvergabe legt die Vergabestelle (NIC = Network Information Center) der jeweiligen Top-Level-Domain fest. Es gibt generische (z. B.: com, edu, gov, net, org, biz, info, name) und geografische (z. B.: de, at, ch, uk) Top-Level-Domains (ccTLD).
In den überwiegenden Fällen wird von der Vergabestelle (z. B.: DENIC = NIC für die Top-Level-Domain "de") das Eigentum an einer Second-Level-Domain vergeben. Es gibt jedoch Ausnahmen, so wird z. B. bei uk-Domains durch NOMINET nur eine Third-Level-Domain innerhalb festgelegter Second-Level-Domains (z. B.: co.uk, ltd.uk, me.uk, net.uk, org.uk) vergeben.
Eine Domain kann von derem Eigentümer zur Gliederungen noch beliebig in Subdomains z. B. für Sprachversionen, Themenbereiche, Geschäftsbereiche, Server usw. unterteilt werden, wodurch dann Third-, Fourth- usw. Level-Domains entstehen. Gelegentlich werden auch von Dienstleistern frei wählbare Subdomains an Endkunden "untervermietet", die dann kein Eigentum der Kunden sind.
Ich bin für weitere Verbesserung offen und dankbar!
--TeRuaManga 10:11, 22. Jun. 2011 (CEST)
replies: text: Was ist denn an der jetzigen Einleitung „teilweise falsch“? Deine Einleitung ist mir momentan noch zu lang und nimmt zu viele Dingen aus dem Artikel vorweg. Dagegen fehlen Dinge wie die Unterteilung mittels Punkt. Auch ist der letzte Satz im ersten Absatz nicht ganz korrekt, da der Host nur bei bestimmten Diensten (bspw. Webserver) virtuelle Objekte unterscheiden muss. Bei anderen Diensten (bspw. Mail) interessiert die Domain AFAIK nicht. --net 16:11, 22. Jun. 2011 (CEST)
thread_title:  Begriffsdefinition und Einleitung teilweise falsch und unverständlich 

message: Da Netspy meinen Änderungen bisher meist gelöscht hat und mich aufforderte: "... besprich also solche Änderungen zuerst in der Artikel-Disk." 
DNS-Namensraum / Aufbau und Regeln / dritter Absatz, letzter Satz: 
"Sie hat per Definition einen leeren Knotennamen bestehend aus einem einzelnen Oktett gefüllt mit Nullen." (gemeint sind binäre Nullen)
Diese Aussage ist zwar völlig richtig, aber viel zu "high sophisticated"! Selbst in RFC 1035; Abschnitt 3.1. steht: "... a domain name is terminated by a length byte of zero." (Byte anstelle Oktett).
Außerdem ist das die interne Darstellung. Für den Betrachter handelt es sich schlicht weg um ein leeres Label!
Also schreibt doch bitte nur "Sie hat per Definition einen leeren Knotennamen." (Punkt!)
--TeRuaManga 11:11, 24. Jun. 2011 (CEST)
replies: text: Oktett und Byte sind hier absolut gleichbedeutet, da ein Byte im Kontext von RFC 1035 exakt 8 Bit entspricht - das steht genau 2 Zeilen über der von dir Zitierten Stelle. Dein korrekturwunsch wäre falsch - jedes Label innerhalb einer Domain hat ein vorangestelltes Okett ("length byte"), welches die Länge des Knotennamens bestimmt. Genau aus dem Grund darf ein Label auch maximal 255 Oktette haben (steht einen Absatz nach der von dir zitierten Stelle), weil man dies sonst im lenth byte nicht mehr notieren könnte. Der Name des Root-Labels selbst ist ein Leerstring, das ist richtig - aber ein Label besteht aus dem length byte und dem Bezeichner des labels - und das ist beim Wurzelknoten eine Sequenz aus 0 Nullen - und das ist etwas völlig anderes als ein Leerstring oder NULL im Sinne von "garnix". --suit  20:52, 24. Jun. 2011 (CEST)
replies: text:  Danke Suit für deine ausführlichen Kommentare. Auch im Letzten hast du technisch natürlich vollkommen recht. Hier wollte ich es nur für den normalen Leser verständlicher machen, der Byte wahrscheinlich besser versteht als Oktett und beim Lesen des Domainnamens sieht er ohnehin nichts davon:
  3 sub 7 example 3 com 0   (symbolisch geschriebene interne Darstellung)
    sub . example . com .   (für den Leser sichtbares Äquivalent)
Kannst du in diesem Sinne einverstanden sein mit "Sie hat per Definition einen leeren Knotennamen bestehend aus einem einzelnen Oktett gefüllt mit Nullen." ?
--TeRuaManga 17:06, 25. Jun. 2011 (CEST)
thread_title:  Der DNS-Namensraum / Aufbau und Regeln 

message: Wüsste gerne mehr über diese beiden Begriffe, die bei Webhostern üblich sind. Im Artikel kommen sie nicht vor. --84.171.233.225 17:46, 29. Dez. 2011 (CET)
thread_title:  Domainalias - Co-Domain