URL Domain erklären

el capitan

Lieutenant
Registriert
Jan. 2009
Beiträge
646
Hallo,

Ich habe am Dienstag Matura, unter anderem auch im Fach Informatik, doch in den "potenziellen" Fragen, die kommen könnten, steht nur die Angabe: "Erkläre eine URL-Domain"

Nun stellt sich mir die Frage, was man da alles wissen sollte?

z.b.: www.beispiel.ac.at

.at -> top level domain
.ac -> second level domain
beispiel= ?
Class a/b/c Netzwerke? Wie funktioniert es und wie hängt es mit der Domain zusammen?
Und was muss man noch dazu sagen können?

Liebe Grüße und vielen Dank
 
Vielleicht ist es nicht verkehrt zu wissen was hinter einer Domain steckt?

DNS Server, DNS Knotenpunkte, Nameserver, Protokolle (http/https/IP/usw...), Redirektoren usw usw....
 
Zuletzt bearbeitet:
Auf Wikipedia war ich bereits des öfteren, nur schafft bei mir Wikipedia leider keine Klarheit.
Auf wikipedia steht, dass das 2nd-level-label hier für "beispiel" stehen würde und nicht für Domain, was ist der Unterschied zwischen label und domain?
 
el capitan schrieb:
z.b.: www.beispiel.ac.at

.at -> top level domain
.ac -> second level domain
beispiel= ?

Zunächst mal lautet die Frage ja anscheinend nach einer Erklärung für URL im Zusammenhang mit Domänen.
Daher sollte natürlich auch der komplette URL genommen werden, also z.B dein Thread hier: https://www.computerbase.de:80/forum/showthread.php?p=10095881#post10095881

post10095881 -> Fragment
showthread.php?p=10095881 -> Suchpart
forum -> Pfad
80 -> Port
de -> top level domain
computerbase -> second level domain
www -> third level domain
http --> Schema (Protokoll)

Dabei könnte das noch erweitert werden auf:
http://Benutzername:passwort@www.computerbase.de:80/forum/showthread.php?p=10095881#post10095881

Dabei wäre dann noch
passwort -> Passwort
Benutzername -> Benutzername

Das wäre der URL nach dem HTTP-Schema.

Netzklassen kannste dir mal anschauen, sind heute aber eher weniger interessant.
Würde mir eher noch DNS anschauen und vielleicht auch das HTTP und der Unterschied zu HTTPS.


Gruß
 
Zuletzt bearbeitet:
Domain:

beispiel: http://www.google.de
http:// -> protokoll
www -> dienst/"subdomain"
google -> domain/hostname
de -> top level domain

beispiel 2: http://mail.google.de
http:// -> protokoll
mail -> subdomain
google -> domain/hostname
de -> top level domain

Netzwerke werden in klassen eingeteilt. Bekannte sind a, b und c netzwerk. Dabei geht es um die zu verwenden stellen für IP- und Subnetzadresse.

Beispiel (mit häufig verwendeten privatadressen): class a network
IP: 10.x.x.x
Subnetz: 255.0.0.0
andere schreibweise: 10.0.0.0\8 (8 bit (stellen) = 1 byte (binär) = 255 dezimal)

Beispiel class c network
IP: 192.168.x.x
Subnetz: 255.255.0.0
andere schreibweise: 192.168.0.0\16

Ein klasse b network hat 12 bit für die subnetzmase, das wäre also z.B. eine adresse mit x.x.x.x\12. Wenn jedoch kein ganzes byte für eine subnetzmaske verwendet wird, "fragmentiert" sich das netz bei der ip adresse. So beschreibt das klasse c netz 172.16.0.0\12 nur folgende ip adressen 172.16.0.0–172.31.255.255. Den \12er bereich hab ich aus wikipedia entliehen Näheres z.B. hier: http://de.wikipedia.org/wiki/IPv4#Lokale.2FPrivate_Netzwerkadressen

Wie das alles mit domains zusammen hängt ist eine komische frage. Schlussendlich wurden domains erschaffen, damit der mensch keine IPs eingeben muss, da man sich die ziemlich schlecht merken kann. Domains entsprechen also der menschenlesbaren anzeige für dahinter liegende adressen. Ein DNS server liest URL aus und befragt den TLD betreiber nach der IP für die Domain, diese wiederrum gibt die IP für den dienst wieder (UserPC -> DNS Server Anfrage -> TLD DNS Anfrage -> Verzeichnis Abfrage -> Rückmeldung an UserPC -> Anfrage an Domain nach Dienst IP-Adresse).

mail.google.de und www.google.de können niemals auf den selben IP/Port kombination horchen, solange sie zwei unterschiedliche dienste darstellen (also z.B. nicht beide die suchseite von google). Entweder beide horchen auf die selbe IP, aber anderen port (HTTP verwendet standardmäßig port 80) oder aber z.B. mail.google.de liegt bei google auf einer anderen IP ebenfalls mit port 80 (was der fall ist). Wie viele server sich dahinter verstecken lässt sich bei sowas nicht aussagen, da man anfragen automatisch an andere rechner aufteilen kann (welche natürlich wieder eine andere IP haben).
 
beispiel:

thirdlevellabel.secondlevellabel.toplevellabel

Man zählt von hinten an, seperator sind die punkte.
Das was (rechts) nach dem ersten punkt (von links) steht, ist der top level bezeichner (das top level label)
das was hinter dem zweiten punkt steht, das second label level

seite1.website1.de
de = Top Level
website1 = Second Level
seite1 = third level

eine domain ist streng gesehen eine domäne, ein "namensraum" der ein netzwerk von computern adressiert, beim internet speziell (also bei URLs) ist die domain aus top- second- third (usw.) level labels zusammengesetzt.
 
gut vielen Dank an alle. HTTP hätte ich wohl vergessen anzuschauen.

eine kleine Frage habe ich noch: HTTPS wird eigentlich nur weniger verwendet da es mehr Datenverkehr verursacht und die Hardware mehr rechnen muss oder?
 
Ja, der aufbau ist komplizierter und die rechenzeit bei den beteiligten computern wird mehr in anspruch genommen, da dieser seine daten vor dem senden verschlüsseln muss (bzw bei empfang entschlüsseln). Außerdem ist die einrichtung einer HTTPS adresse ein bissl schwieriger, da man für gewöhnlich ein funktionierendes zertifikat erwerben muss. Das sind wohl die hauptgründe warum nicht jede seite über HTTPS läuft. Ansonsten wird (bzw sollte) HTTPS überall dort verwendet (werden), wo wichtige daten vom client zum server oder umgekehrt transferiert werden.
 
Hab meinen Post oben noch mal editiert.
Schau da vielleicht noch mal drüber, du solltest den kompletten URL kennen.

Gruß
 
Danke Leute auf die Community hier ist eben Verlass.

Schönen Abend noch

lg
 
el capitan schrieb:
eine kleine Frage habe ich noch: HTTPS wird eigentlich nur weniger verwendet da es mehr Datenverkehr verursacht und die Hardware mehr rechnen muss oder?

die rechenleistung ist bei den meisten seiten nicht der hauptgrund. es geht da eher darum, dass zertifikate relativ viel geld kosten. v.a. für nichtkommerzielle seiten lohnt das nicht.
außerdem ergibt sich durch ssl in kombination mit internet explorer 6 das problem, dass du für jede ssl-website eine eigene ip-adresse brauchst (weil ie6 kein server name indicator unterstützt). mehr traffic musst du mir erklären? bei ner normalen seite fällt das eigentlich nicht ins gewicht.

was url+domain und netzklassen miteinander zu tun haben: nichts.
netzklassen existieren außerdem nicht mehr. das prinzip dahinter ist schon 1993 eingestampft worden und wurde durch CIDR ersetzt. "die IP xxxx ist netzklasse C" ist als aussage somit schonmal falsch.

die fragestellung nach einer URL-domain ist an sich irgendwie schonmal komisch. url und domain sind eigentlich zwei komplett verschiedene dinge.

für eine url brauchst du außerdem gar keine domain. file:///c:/test ist auch eine URL, enthält aber keine domain.
Ergänzung ()

bluntman schrieb:
Vielleicht ist es nicht verkehrt zu wissen was hinter einer Domain steckt?

DNS Server, DNS Knotenpunkte, Nameserver, Protokolle (http/https/IP/usw...), Redirektoren usw usw....

HTTP/HTTPS und Redirektoren haben mit Domains nichts zu tun.
 
Zuletzt bearbeitet:
"url-domain"...was soll das denn sein? die frage kann man doch nur mit NULL beantworten...
 
Zurück
Oben