Comment les URL peuvent-elles avoir un point? à la fin, par exemple www.bla.de.

Je n'avais jamais pensé que les URL pourraient avoir un point à la fin, comme dans www.google.de.(ce qui est évident ne fonctionne pas).

Cependant, www.youtu.be.fonctionne parfaitement bien. Comment ont-ils géré cela?

domains url

— Michael
source

La fuite. [point] est en fait correct, mais les systèmes font l'hypothèse généralement au niveau DNS. Ainsi, tout site .com serait en réalité google.com. En théorie, cela devrait fonctionner. Cependant, il est possible qu'un navigateur ne s'attende pas à cela et ne parvienne pas à conditionner la requête correctement ou, si tel est le cas, le DNS que vous utilisez ne la comprend pas correctement. Il est inhabituel qu'un utilisateur utilise réellement le point et, par défaut, il n'est pas requis par l'utilisateur.

— closetnoc

www.google.de.fonctionne bien pour moi.

— Stephen Ostermiller

C'est la magie du DNS. .est le TLD du seigneur, alors vous avez les gTLD :)

— CodeAngry 12/12

Sur le plan technique, ce n'est pas une URL, mais un nom d'hôte. Un point supplémentaire à la fin d'une URL ( http://example.com/path/file.vs. http://example.com/path/file) peut faire la différence. Par exemple, si le chemin se traduit par un fichier et le système d' exploitation sous - jacent et établit une distinction du système de fichiers à file.partir file. Je suppose que je n'ai pas besoin de mentionner cela http://example.com/path/file?foo=bar.et que je suis http://example.com/path/file?foo=barégalement très différent. les urls

— Hagen von Eitzen

Il est également possible que le serveur Web ne soit pas configuré pour accepter les connexions destinées à ce nom d'hôte. Lorsque des serveurs Web utilisant un hébergement virtuel basé sur un nom traitent l'en- Hosttête d'une demande entrante, rien ne garantit qu'il le traitera comme s'il .n'y était pas. Je viens de vérifier qu'avec un site, je suis sous Amazon S3.

— Brandon

Réponses:

D' ici

C'est un fait peu connu, mais les noms de domaine DNS pleinement qualifiés (sans équivoque) ont un point à la fin. Les personnes utilisant des serveurs DNS le savent généralement (si vous manquez les points de fin, votre configuration DNS ne fonctionnera probablement pas), mais le grand public ne le fera généralement pas. Un nom de domaine qui n'a pas de point à la fin n'est pas pleinement qualifié et est potentiellement ambigu. Cela a été documenté dans la spécification DNS, RFC 1034, en 1987:

Puisqu'un nom de domaine complet se termine par l'étiquette racine, cela conduit à un formulaire imprimé qui se termine par un point. Nous utilisons cette propriété pour distinguer entre:

une chaîne de caractères qui représente un nom de domaine complet (souvent appelé "absolu"). Par exemple, "poneria.ISI.EDU".

une chaîne de caractères qui représente les étiquettes de départ d'un nom de domaine qui est incomplète et doit être complétée par un logiciel local utilisant la connaissance du domaine local (souvent appelée "relative"). Par exemple, "poneria" utilisé dans le domaine ISI.EDU.

La source de ce contenu continue de l'expliquer plus en détail.

— John Conde
source

Non seulement le grand public ne le sait pas, mais je vois couramment des validateurs de courrier électronique qui interdisent explicitement un point de fin.

— Kevin

@ Kevin aussi, ils devraient, RFC2822 et RFC5322 interdire une période de fuite. Ils définissent la partie de domaine comme un atome de points, qui est un ou plusieurs atomes (un atome étant un ou plusieurs caractères d'un alphabet donné dans le RFC) séparés par des points. Voir RFC5322 §3.4.1 et §3.2.3

— derobert

Les noms d'hôte sans point de fin sont potentiellement ambigus. Un point final signifie que le nom d'hôte est complet et peut ne pas être relatif au domaine de recherche local.

Imaginez que vous étudiez dans l'exemple (fictif) University, qui possède le domaine de second niveau example.edu. À l'intérieur du réseau de campus de l'université, vous pouvez omettre le .example.edusuffixe pour plus de facilité et de paresse. Donc, si vous voulez surfer sur www.example.eduet êtes sur le campus, il vous suffit de surfer sur wwwet ça marche.

Maintenant, imaginez que l’université dispose d’un institut d’intelligence artificielle et que son site Web est hébergé sur www.ai.example.edu. Si vous êtes sur le campus, surfer sur www.aisuffira puisque vous pouvez omettre le .example.edusuffixe.

Jusqu'ici tout va bien. Mais maintenant, vous voulez surfer sur la société "Offshore Information Services", qui gère le domaine de premier niveau d'Anguilla .ai. Leur site Web est à l' adresse http://www.ai/ - mais si vous saisissez cette URL dans votre navigateur Web tout en étant sur le campus, vous accéderez plutôt au site Web de l'institut pour l'intelligence artificielle.

Vous devez donc indiquer au navigateur Web que vous souhaitez réellement accéder au site Web avec le domaine de premier niveau .aiet non à celui du sous-domaine de votre université .ai.example.edu. C'est là que le point est important, car http://www.ai./ fonctionnera toujours indépendamment du domaine de recherche DNS local.

De manière analogue aux points situés entre les différents niveaux de domaine, le dernier point représente la racine du DNS, c’est-à-dire qu’il indique que le mot qui précède ce point est un domaine de premier niveau et qu’il n’existe aucun domaine relatif au domaine de recherche.

— Axel Beckert
source

Ce n'est pas le navigateur qui fait cela, c'est le résolveur DNS. Le résolveur DNS sur mon ordinateur est configuré pour utiliser un nom de domaine en tant que "domaine de recherche" qui provoque ce comportement. C'est un paramètre du système d'exploitation, pas un paramètre du navigateur.

— Stephen Ostermiller

Malheureusement pour les étudiants de Example University, l'ajout du trailing. confond souvent diverses configurations de vhosting, et il ne fonctionnera plus pour les liens absolus (que beaucoup de sites utilisent également).

— moelleux

@fluffy: Oui, bien sûr, si le serveur Web utilise des configurations d'hôte virtuel, ces noms d'hôte abrégés doivent également figurer dans la configuration de vhost.

— Axel Beckert

@kinokijuf: Je considérerais qu'un tel comportement est un bug. Le navigateur n'a pas encore décidé si je souhaitais ou non utiliser la fonction searchdomain de mon résolveur DNS.

— Axel Beckert

@XTaran Oui, mais que le site www.ai.example.edu ait ses vhosts configurés correctement ou non, la résolution DNS sera toujours foirée si www.aile lien est absolu http://www.ai/something, et si le www.aiserveur httpd ne comprend pas en www.ai.tant qu'hôte configuré pour une raison quelconque, vous ne pouvez toujours pas le parcourir http://www.ai./.

— moelleux

-5

Je pense que la réponse est que la plupart des outils Internet abandonnent simplement le .ou le traitent comme une information de chemin supplémentaire .

Notez qu'il s'agit d'une illusion très délicate. youtu.ben'est pas youtube.be. Pas sûr, mais cela pourrait être un abus.

— CareyB
source

youtu.beest un domaine par youtube. Il est utilisé pour les liens plus courts, par exemple lors du partage ou de l'intégration de vidéos.

— Kapex

note à @CareyB: ce n'est probablement pas grave, car 'youtu.be' est le raccourcisseur d'URL créé par YouTube pour les vidéos youtube; insérez simplement l'ID d'une vidéo (par exemple, pour une vidéo [hmm, par quelqu'un qui apparemment ne comprend pas CC-BY-SA]) à propos du nommage du nom de domaine complet (FQDN), indiquant que le domaine racine est une chaîne vide et laisse donc un point à la fin , situé sur youtube.com/watch?v=qHAb3Foa1Nw, vous pouvez utiliser youtu.be/qHAb3Foa1Nw

— shelleybutterfly

-1; incorrect, et la distinction youtu.be/youtube.be n'a rien à voir avec ce problème.

— moelleux