Come possono gli URL avere un punto. alla fine, ad es. www.bla.de.?

Non ho mai creduto che gli URL potessero avere un punto alla fine, come in www.google.de.(che ovvio non funziona).

Tuttavia, www.youtu.be.funziona perfettamente. Come ci sono riusciti?

domains url

— Michael
fonte

Il finale. [punto] è in realtà corretto, ma i sistemi fanno il presupposto per te generalmente a livello DNS. Quindi qualsiasi sito .com sarebbe effettivamente google.com. e questo in teoria dovrebbe funzionare, tuttavia, potrebbe darsi che un browser non si aspetti questo e non riesca a impacchettare correttamente la richiesta o, se lo fanno, il DNS che stai usando non la capisce correttamente. È insolito che un utente utilizzi effettivamente il punto e per impostazione predefinita non è richiesto dall'utente.

— closetnoc,

www.google.de.funziona bene per me.

— Stephen Ostermiller

È magia DNS. .è il TLD del Signore Supremo, quindi hai gTLD :)

— CodeAngry

Tecnicamente, questo non è un URL ma un nome host. Un punto aggiuntivo alla fine di un URL ( http://example.com/path/file.vs. http://example.com/path/file) può fare la differenza. Ad esempio, se il percorso si traduce in un file e il sistema operativo sottostante e distingue filesystem file.da file. Immagino di non aver bisogno di menzionarlo http://example.com/path/file?foo=bar.e http://example.com/path/file?foo=barsono anche molto diversi. urls

— Hagen von Eitzen,

È anche possibile che il server Web non sia configurato per accettare connessioni destinate a quel nome host. Quando i server Web che utilizzano l'hosting virtuale basato sul nome elaborano Hostun'intestazione da una richiesta in arrivo, non vi è alcuna garanzia che la tratterà come se .non ci fosse. Ho appena verificato che con un sito sto eseguendo su Amazon S3.

— Brandon,

Risposte:

Da qui

È un fatto poco noto, ma i nomi di dominio DNS completi (non ambigui) hanno un punto alla fine. Le persone che eseguono server DNS di solito lo sanno (se perdi i punti finali, è improbabile che la tua configurazione DNS funzioni), ma il pubblico in genere non lo sa. Un nome di dominio che non ha un punto alla fine non è completo ed è potenzialmente ambiguo. Questo è stato documentato nella specifica DNS, RFC 1034, nel lontano 1987:

Poiché un nome di dominio completo termina con l'etichetta radice, questo porta a un modulo stampato che termina in un punto. Usiamo questa proprietà per distinguere tra:

una stringa di caratteri che rappresenta un nome di dominio completo (spesso chiamato "assoluto"). Ad esempio, "poneria.ISI.EDU."

una stringa di caratteri che rappresenta le etichette iniziali di un nome di dominio che è incompleta e che dovrebbe essere completata dal software locale utilizzando la conoscenza del dominio locale (spesso chiamato "relativo"). Ad esempio, "poneria" utilizzata nel dominio ISI.EDU.

La fonte di questo contenuto continua a spiegarlo in modo più dettagliato.

— John Conde
fonte

Non solo il pubblico non lo sa, ma di solito vedo validatori di e-mail che vietano esplicitamente un punto finale.

— Kevin,

Anche @Kevin dovrebbero, sia RFC2822 che RFC5322 vietare un periodo di trascinamento. Definiscono la parte del dominio come punto-atomo, che è uno o più atomi (un atomo è uno o più caratteri di un alfabeto dato nell'RFC) separati da punti. Vedi RFC5322 §3.4.1 e §3.2.3

— derobert

I nomi host senza punto finale sono potenzialmente ambigui. Un punto finale indica che il nome host è completo e potrebbe non essere relativo al dominio di ricerca locale.

Immagina di essere uno studente dell'Università (fittizia) di esempio che ha il dominio di secondo livello example.edu. All'interno della rete del campus universitario è possibile omettere il .example.edusuffisso per facilità e pigrizia. Quindi, se vuoi navigare www.example.edue sei nel campus, devi solo navigare wwwe funziona.

Ora immagina che l'università abbia un istituto per l'intelligenza artificiale ("AI") e il suo sito web sia ospitato su www.ai.example.edu. Se sei nel campus, la navigazione www.aisarà sufficiente poiché puoi omettere il .example.edusuffisso.

Fin qui tutto bene. Ma ora vuoi navigare verso la società "Offshore Information Services", che gestisce il dominio di primo livello di Anguilla .ai. Il loro sito Web si trova all'indirizzo http://www.ai/ , ma se si immette tale URL nel browser Web mentre si è nel campus, si accederà invece al sito Web dell'istituto per l'intelligenza artificiale.

Quindi devi dire al browser che vuoi davvero andare al sito web con il dominio di primo livello .aie non a quello con il sottodominio della tua università .ai.example.edu. Ecco dove il punto è importante, perché http://www.ai./ funzionerà sempre indipendentemente dal dominio di ricerca DNS locale.

Analogamente ai punti tra i diversi livelli di dominio, l'ultimo punto rappresenta la radice del DNS, ovvero indica che la parola prima di quel punto è un dominio di primo livello e nessun dominio relativo al dominio di ricerca.

— Axel Beckert
fonte

Non è il browser che lo fa, è il risolutore DNS. Il resolver DNS sul mio computer è impostato per utilizzare un nome di dominio come "dominio di ricerca" che causa questo comportamento. È un'impostazione del sistema operativo, non un'impostazione del browser.

— Stephen Ostermiller

Sfortunatamente per gli studenti della Esempio University, aggiungendo il finale. spesso confonde varie configurazioni di vhosting e smetterà di funzionare per tutti i collegamenti assoluti (che usano anche molti siti).

— soffice

@fluffy: Sì, ovviamente, se il server Web utilizza configurazioni host virtuali, anche questi nomi host abbreviati devono essere elencati nella configurazione vhost.

— Axel Beckert,

@kinokijuf: considererei questo comportamento un bug. Il browser non ha deciso se utilizzare o meno la funzione di ricerca nel dominio del mio risolutore DNS.

— Axel Beckert,

@XTaran Sì, ma se il sito www.ai.example.edu ha i suoi vhosts configurati correttamente o no, la risoluzione DNS si rovinerà comunque se www.aiha un collegamento assoluto a http://www.ai/something, e se www.aihttpd del server non capisce www.ai.come un host configurato per qualche motivo, non è ancora possibile sfogliarlo come http://www.ai./neanche.

— soffice

-5

Penso che la risposta sia che la maggior parte degli strumenti Internet semplicemente li elimina .o li tratta come informazioni aggiuntive sul percorso .

Nota che questa è un'illusione molto delicata. youtu.benon lo è youtube.be. Non sono sicuro, ma questo potrebbe essere un abuso.

— CareyB
fonte

youtu.beè un dominio di YouTube. Viene utilizzato per collegamenti più brevi, ad esempio quando si condividono o incorporano video.

— Kapex,

nota a @CareyB: probabilmente va bene, dato che 'youtu.be' è l'accorciatore di URL non più lungo di quello recentemente introdotto per i video di YouTube; basta inserire l'ID di un video (ad esempio per un video [hmm, da qualcuno che apparentemente NON capisce CC-BY-SA] sulla denominazione dell'FQDN menzionando che il dominio radice è una stringa vuota e quindi lascia un punto alla fine , disponibile su youtube.com/watch?v=qHAb3Foa1Nw , puoi utilizzare youtu.be/qHAb3Foa1Nw

— shelleybutterfly

-1; errato e la distinzione youtu.be/youtube.be non ha nulla a che fare con questo problema.

— soffice