Schauen wir uns die konkreten Beispiele an:
$ nslookup u-psud.fr
Server: 192.168.0.1
Address: 192.168.0.1#53
Non-authoritative answer:
Name: u-psud.fr
Address: 129.175.33.40
Also, u-psud.fr -> 129.175.33.40
$ nslookup www.u-psud.fr
Server: 192.168.0.1
Address: 192.168.0.1#53
Non-authoritative answer:
www.u-psud.fr canonical name = cms10-default.u-psud.fr.
Name: cms10-default.u-psud.fr
Address: 129.175.125.111
Und www.u-psud.fr -> 129.175.125.111
Kurz gesagt, Sie stellen eine Verbindung zu zwei verschiedenen Webservern her.
Die Geschichte davon ist komplizierter. Vor langer Zeit, als das Internet immer beliebter wurde, wurden viele der Ihnen bekannten Dienste immer beliebter. Die meisten Benutzer waren lokal, daher wurden Systeme häufig als lokal bezeichnet. (Ich sah eine Liste circa 1990 , dass die beliebtesten Host - Namen zeigte waren Dinge wie: calvin
, hobbes
, mac1
, mac2
, etc.)
Als die Internetnutzung globaler wurde, nannten intelligente Administratoren ihre SMTP-Hosts "mail", ihre POP-Server "pop" und ihre FTP-Server "ftp". (Sie werden erstaunt sein, wie schwer es war, die Leute davon zu überzeugen, dass dies Sinn macht ...)
Lange Zeit versuchten DNS-Smart-But-Lazy-Administratoren, alles von einem Server für den Eintrag der obersten Ebene (domain.com) bereitzustellen. Heutzutage sind nur wenige Administratoren so tollkühn, dass Sie die Last auf mehrere Systeme verteilen müssen. Unter dem Gesichtspunkt der Benennung ist die Verwendung des Namens des Dienstes in der Domäne für Endbenutzer sehr sinnvoll. Es ist schwer, sich zu irren.