Den overraskende komplekse historien til bindestreker i domenenavn

Hvor mange bindestreker kan du egentlig stable sammen i et domenenavn? Jeg lurte på det samme. Det som startet som et lite spørsmål, førte meg ned i et kaninhi gjennom tiår med Internet-standarder — og svaret er langt mer interessant enn du kanskje tror.

Et raskt svar (det er ikke enkelt)

Teoretisk sett kan du ha opptil 59 bindestreker på rad i et domenenavn. Men i praksis? Det er komplisert. Svaret avhenger av hvilken RFC du ser på, hvilket TLD-register du forholder deg til, og tydeligvis om noen har brydd seg om å håndheve reglene de siste 25 årene.

En lang reise gjennom Internett-historie

La oss spole tilbake. Helt tilbake i 1978 beskrev de tidlige Internet-standardene bindestreken som "minus" snarere enn bindestrek. RFC 608 slo fast at vertsnavn kunne bruke bokstaver, sifre og minustegn — med bare to virkelige begrensninger: første tegn måtte være en bokstav, og siste tegn kunne IKKE være et minustegn.

I 1981 ble dette formalisert i RFC 810, som beskrev domenenavn-syntaks ved hjelp av det som nå ser ut som eldgammel programmeringsnotasjon: <name> ::= <let>[*[<let-or-digit-or-hyphen>]<let-or-digit>]. Oversatt: start med en bokstav, avslutt med en bokstav eller siffer, og putt akkurat hva du vil i mellom.

RFC 952 i 1989 videreførte dette med litt renere språk. Deretter kom RFC 1035 i 1987, som ofte siteres som standarden for " foretrukket navnesyntaks". Den bekreftet: labels må starte med en bokstav, avslutte med en bokstav eller siffer, og kan bare inneholde bokstaver, sifre og bindestreker internt.

legg merke til hva som mangler? Ingen begrensning på antall bindestreker.

IDN-vrien

Alt var ganske stabilt frem til 2010, da Internationalized Domain Names (IDN) kom på banen. Disse bruker prefikset xn-- for å muliggjøre ikke-ASCII-tegn. Her blir det interessant.

RFC 5891 introduserte en ny regel: "Unicode-strengen MÅ IKKE inneholde '--' (to bindestreker på rad) i tredje og fjerde tegnposisjon."

Hvorfor? Fordi xn-- ser ut som -- i posisjon 3-4. Regelen eksisterer for å unngå forvirring. Hvis domenet ditt starter med xn, er du trygg. Alle andre? To bindestreker i posisjon 3 og 4 er forbudt.

Så teoretisk sett kan du ha opptil 59 bindestreker på rad ved å starte dem på posisjon 4 og avslutte på posisjon 62. Noe som abc---[…]---z.com skal fungere fint.

Eller skal det?

Virkeligheten slår til: TLD-begrensninger

Her er greia med standarder — de er bare anbefalinger helt til noen håndhever dem. Hvert Top Level Domain-register kan sette sine egne regler, ofte mer restriktive enn RFC-ene.

Noen registre forbyr visse ord. Noen avviser IDN-registreringer fullstendig. Noen forhindrer etterligning av offentlige suffikser.

Og så har vi Sør-Sudans .ss-register, som angivelig nekter å tillate bindestreker i det hele tatt. Null. Ingen. Ikke engang én.

Nominet, som administrerer .uk, har ikke bindestrek-restriksjoner som sådan, men de tillater ikke xn---domener.

Generelt sett lar de fleste registre deg registrere domener med mange bindestreker — men "de fleste" er ikke "alle".

Anomaliene: Domener som ikke burde eksistere

Her blir det gøy. Internett kjører på mange eldre systemer, edge cases og "godt nok"-implementasjoner. Noen bestemte seg for å undersøke litt og fant hundrevis av domenenavn som bryter med moderne regler.

Noen høydepunkter fra researchen:

• 0-------------------------------------------------------------0.com — opprettet i 1999, nå nede
• 0-------------------------------------------------------------5.com — opprettet i 2001, fremdeles aktiv
• a-------------------------------------------------------------a.com — 61 bindestreker. Ja, sekstien. Det maksimale mulige. Denne nettsiden fungerer fremdeles og ser ut som den ikke har blitt oppdatert siden 2000.

Det er riktig. Et domenenavn med 61 bindestreker på rad peker til en levende nettside i 2024.

Det er også zz--icann-monitoring.uk, registrert i 2024 — lenge etter at IDN-reglene ble etablert. Men siden Nominet ikke tillater xn---domener, er dette teknisk sett i orden.

Andre merkbare eksempler inkluderer domener som ser ut som tilfeldig genererte strenger, muligens brukt for command-and-control-servere. Mønstrene er fascinerende hvis du er interessert i den slags.

Hva betyr dette for deg?

Ærlig talt? Sannsynligvis ingenting. De fleste domenregistratorer vil uansett hindre deg i å registrere noe absurd. Men å forstå disse reglene betyr noe hvis du:

• Bygger domenevalidering inn i applikasjonene dine
• Jobber med internasjonaliserte domener og trenger å forstå xn---unntaket
• Reviderer eksisterende infrastruktur for compliance-problemer
• Bare er nysgjerrig på hvordan Internett faktisk fungerer under panseret

Internett standarder er levende dokumenter, utviklet over tiår av mennesker som løste reelle problemer i sin tid. Bindestrek-reglene reflekterer en balanse mellom fleksibilitet og klarhet — og som de fleste menneskelige systemer, har de samlet opp sin del av rare ting langs veien.

Neste gang du velger et domenenavn, kanskje hold deg til noe enkelt og minneverdig. Men nå vet du: hvis du virkelig ville, kunne du teknisk sett registrere hello------------------------------------------world.com.

Du bør nok ikke. Men du kunne.

Hva er det rareste domenenavnet du noen gang har kommet over? Skriv det i kommentarene — jeg er genuint nysgjerrig på hvilke andre anomalier som lurer der ute.