Vamos ver os exemplos específicos:
$ 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
Então, 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
E, www.u-psud.fr - > 129.175.125.111
Então, resumindo, você está se conectando a dois servidores da Web diferentes.
A história disso é mais complicada. Há muito tempo, à medida que a Internet crescia em popularidade, muitos dos serviços que você conhecia só estavam crescendo em popularidade. A maioria dos usuários era local, então os sistemas geralmente apareciam como o que eles chamavam localmente. (Eu vi uma lista, por volta de 1990, que mostrava que os nomes de host mais populares eram coisas como: calvin
, hobbes
, mac1
, mac2
, etc.)
Quando o uso da Internet se tornou mais globalizado, os administradores inteligentes começaram a nomear seus hosts SMTP "mail", seus servidores POP "pop" e seus servidores FTP "ftp". (Você ficaria espantado com o quão difícil foi convencer as pessoas que isso fazia sentido ...)
Durante muito tempo, os administradores DNS-smart-mas-lazy tentaram servir tudo em um servidor para a entrada de nível superior (domain.com). Hoje em dia, poucos administradores são imprudentes, você precisa distribuir a carga em vários sistemas. De uma perspectiva de nomenclatura, usar o nome do serviço no nome de domínio faz muito sentido para os usuários finais, é difícil errar.