Icann activeert eerste vier tld's met niet-Latijnse karakters

De dns-beheerorganisatie Icann heeft de eerste vier generieke topleveldomeinen geactiveerd in de dns root zone van internet. Komend jaar komen meer dan 1400 nieuwe generieke topleveldomeinen online, waaronder .amsterdam, .kpn en .frl voor Friesland.

De activatie betekent dat registrars er nu voor kunnen zorgen dat domeinnamen met de extensies nu zichtbaar komen voor internetters. De Icann noemt de activatie 'het begin van de grootste uitbreiding van dns ooit'. Waar internet nu 22 gtld's zoals .com, .xxx, .biz, .net, .org en .mobi heeft, worden dat er in de nabije toekomst meer dan 1400.

De eerste vier gtld's zijn generieke namen met niet-Latijnse tekens: het gaat om het Arabische woord voor netwerk, transliteraties naar het Cyrillisch van de woorden 'online' en 'site' en het Chinese woord voor game. De Icann heeft met opzet voor niet-Latijnse namen gekozen bij de eerste lichting van de uitbreiding, om het globale karakter van internet te benadrukken. "Nu meer opkomende landen online komen, zal slechts een klein deel van de groeiende groep internetgebruikers Engels-sprekend zijn", zegt Akram Atalla, president van de Generieke Domein-divisie bij Icann.

De stap van de Icann betekent nog niet dat de nieuwe generieke topleveldomeinen direct live kunnen gaan. Registrars dienen eerst een zogenoemde Sunrise-periode van 30 dagen in acht te nemen. Houders van merkrechten krijgen in die periode de tijd om hun merknamen voor de nieuwe gtld's te registreren. Na een maand volgt dan de algemene beschikbaarheid.

Op de lijst van aangevraagde gtld's staan ook enkele Nederlandse en Belgische topleveldomeinnamen, zoals .amsterdam, .frl voor Friesland, .kpn, .vlaanderen en .brussels.

Reacties (104)

[leuk_he]

Even kijken of tweakers hiermee overweg kan in de reacties:

The four strings delegated are:

شبكة (xn--ngbc5azd) – Arabic for "web/network"
Registry: International Domain Registry Pty. Ltd.
онлайн (xn--80asehdb) – Cyrillic for "online"
Registry: CORE Association
сайт (xn--80aswg) – Cyrillic for "site"
Registry: CORE Association
游戏(xn--unup4y) – Chinese for "game(s)"
Registry: Spring Fields, LLC


/Edit... Ja dus

[Reactie gewijzigd door leuk_he op 23 juli 2024 04:50]

[Sleepkever]

Heh, grappig, lijkt er op dat chrome nog niet eens om kan gaan met deze nieuwe TLD's.

[url=http://test.شبكة]شبكة test[/url]
[url=http://test.онлайн]онлайн Test[/url]
[url=http://test.сайт]сайт test[/url]
[url=http://test.游戏]游戏 test[/url]
Alles word omgezet naar een .xn-- adres. terwijl dingen zoals characters later in het path wel gewoon goed gaan.

[Reactie gewijzigd door Sleepkever op 23 juli 2024 04:50]

[ocwil]

In firefox gaat het wel goed

edit: Firefox v24.0

[Reactie gewijzigd door ocwil op 23 juli 2024 04:50]

[Nextron]

Hier krijg ik met de laatste versie wel *.xn--* in de adresbalk te zien.

[TweakOverflow]

IE9 kan er ook niet mee overweg

[Verwijderd]

Net als IE 11

[MadEgg]

Het zijn toch ook .xn-- adressen, achter de schermen? Betekent alleen maar dat de punycode encoding gewoon werkt in Chrome.

[onetime]

maar decoding niet...

[Sleepkever]

Ja daar kwam ik dus later ook achter. Dan nog vind ik het een vreemde beslissing om ze weer te geven voor de eindgebruiker in chrome, maargoed, het is wel correct inderdaad.

[Yggdrasil]

Domeinnamen kunnen in het DNS-systeem alleen ASCII-karakters bevatten. Om toch internationale domeinnamen (IDN) mogelijk te maken worden de non-ASCII tekens gecodeerd naar ASCII d.m.v. de punycode syntax. Het resultaat is de eigenlijke naam die in DNS wordt opgeslagen.

Het is een taak van de browser om deze punycode-tekenset aan de 'voorkant' leesbaar weer te geven door deze te converteren naar Unicode, voor weergave in bijv. de adresbalk.

Sommige browsers kiezen ervoor om deze Unicode tekens niet overal weer te geven, om zogenaamde IDN homograph spoofing te voorkomen. Je kunt anders als gebruiker vaak niet zien dat je naar een andere site geleid wordt.

[Reactie gewijzigd door Yggdrasil op 23 juli 2024 04:50]

[tedades]

Nu de vraag wat er gebeurd als je bij tweakers wilt aanmelden met een e-mail adres van een van deze domeinen...

[aileron]

Als unicode nou overal geimplementeerd zou zijn zou het geen probleem moeten zijn.
Dat is helaas niet de realiteit.

[Yggdrasil]

Zelfs als unicode-input correct verwerkt wordt, kan het nog mis gaan bij de input-validatie. Vaak gebruikt men Regular Expressions, voor bijv. validatie van e-mailadressen, die te streng zijn. Als '+' in een e-mailadres al vaak niet geaccepteerd wordt terwijl dit volgens de spec gewoon mag, hoeveel hoop is er dan voor dit soort internationale domeinen?

[YopY]

Dan zijn (imho) die regular expressions te restrictief. Volgens mij is tegenwoordig een e-mail adres geldig indien:

* Er een @ in staat
* Er een mail naar gestuurd kan worden

De @ kun je met een eenvoudige regex client-side testen. Of een e-mailadres geldig is kun je nakijken door er een bevestigingsmail naartoe te sturen - wat het meerendeel van de websites die een e-mailadres als verplicht stellen al doen om te bevestigen of het e-mailadres van de gebruiker zelf is.

Het probleem met validatie is dat het overgrote deel te streng afgesteld is, wat frustratie voor de gebruikers oplevert (je wachtwoord moet minstens 8 en maximaal 12 karakters zijn!11) en hoofdbrekens voor de developer (http://ex-parrot.com/~pdw/Mail-RFC822-Address.html). Terwijl het heel eenvoudig is: Stuur de gebruiker een email, als de mailer faalt of de email bounced of niet aankomt is het account van de gebruiker simpelweg niet geactiveerd. Niet het meest gebruiksvriendelijk, maar vooruit, had de gebruiker maar een geldig emailadres in moeten vullen - hij is toch niet achterlijk?

[haling]

Daar zitten de grootste problemen in ...

[erikloman]

Wordt het dan niet: [e-mail]--ngbc5azd ?

[Appel105]

Als je googled op deze namen, krijg je de zoekresultaten voor de Nederlandse vertaling. Als je googelt "сайт", krijg je allemaal websites van voetbalclubs

[YopY]

Zijn er dan al domeinen met dit adres en zijn die al geindexeerd door Google?

[onetime]

het zijn in de brontaal toch gewone woorden? staan die dan nergens op internet?

[84hannes]

Het gaat hier om:

• .شبكة
• .онлайн
• .сайт en
• .游戏

[mxcreep]

Denk niet dat ik dat snel zou inkloppen per ongeluk

[mcDavid]

intypen niet nee, aanklikken wel.
Dit kan best gevaarlijk zijn als iemand een TLD registreert van exotische karakters die qua uiterlijk vrijwel gelijk zijn aan .nl. Probeer dan je phishingmailtjes nog maar eens van echt te onderscheiden.

[sandeman]

Volgens mij is het volgens de ICANN procedure niet mogelijk om een TLD te registreren dat in uiterlijk vrijwel gelijk is aan een bestaand TLD.
Die regels staan hier beschreven: http://newgtlds.icann.org.../agb/intro-04jun12-en.pdf
In sectie 1.3.2 staat o.a.: An IDN table provides the list of characters eligible for registration in domain names according to the registry’s policy.

[RatedR]

Wat als ik nou .tvv (dubbel 'v') registreer, i.p.v. .tw (TLD van Taiwan)? Mag dat? De 'v' lijkt me geen verboden karakter. Toch lijkt in veel lettertypes dubbel 'v' verdacht veel op een 'w'.

[BasieP]

Controleer jij authenticiteit van de site die je bezoekt door naar de (TL)D te kijken?
Volgens mij hebben we daar certificaten voor uitgevonden..

[RatedR]

Het gaat hier niet zo zeer om wat ík doe. Het gaat er om wat de overgrote meerderheid van de internetters doet..! Ik acht mezelf wel in staat te controleren of een website legitiem is, echter niet iedereen heeft daar de kennis, zin en tijd voor..!

[84hannes]

Certificaten bevestigen dat je bent wie je claimt te zijn. als de exploiteur van bank.tvv beweert bank.tvv te zijn gaat een certificaat de achteloze bezoeker niet redden.

[BasieP]

dat is niet het enige doel van certicates
Een certificate staat op naam van iemand. Je ziet in goede browsers ook de eigenaar van het certificate voor de url staan.
(bij ING is dat 'ING BANK N.V. [NL]')

Je kunt Certificates aanvragen bij CA's, en die hebben de plicht om te controleren dat jij wel echt bent wie je zegt dat je bent.

Dus als jij zegt van Google te zijn, moet je dat ook bewijzen.
Een verisign gaat geen certificate uitgeven voor een domein voor een bedrijf dat zegt google te zijn wanneer ze dat niet zeker weten.

Dus als iemand bijv. rab0bank.com wil registreren (met een nul) en hij zegt van de rabobank te zijn moet hij dat bewijzen.

Wellicht zal hij het domein kunnen krijgen, maar dan niet onder dezelfde naam als de echte 'rabobank.nl'.

Tenzij hij aan identiteit fraude doet, maar dan kom je bij een ander probleem terecht

check deze link:
http://security.stackexch...ssl-certificate-difficult

[YopY]

Het kan zijn dat het icann hem dan weigert omdat hij teveel lijkt op een bestaand domein.

Maar ik denk ook dat de kosten van enkele tonnen + een jaarlijks bedrag voor het registreren van een nieuw TLD mogelijke scammers zal afschrikken. En ik denk ook dat het icann TLD's weer kan intrekken als blijkt dat ze puur voor phishingdoeleinden gebruikt worden.

[Plopeye]

over mail gesproken, weet iemand al hoe spamfilters en bijvoorbeeld een exchange server omgaan met deze deze niet latijns schrift tld's?

Heb zo'n vermoeden dat veel software hier op gaat struikelen...

[marcelvb]

Hier is over nagedacht. Achter de schermen (in DNS) worden deze namen als ASCII tekens overgestuurd met behulp van punycode.

Voorbeeld: blabla.com in het Chinese is" blabla.點看.
En dat wordt d.m.v. punycode vertaald naar: blabla.xn--c1yn36f (alleen .com vertaald, ik weet niet wat blabla in het Chinees is).

[onetime]

of zou de ascii gewoon overeen komen met de in te toetsen tekens voor de IME (=Input Method Editor)?
Dan zou dat verband voor mensen die die tekens zelf invoeren redelijk duidelijk zijn. (is de ime niet fonetisch?)

[84hannes]

Dan zou dat verband voor mensen die die tekens zelf invoeren redelijk duidelijk zijn

En een heleboel legale domeinnamen onmogelijk namen omdat ze een buitenlandse phononiem(?) hebben?

[onetime]

met een Input Method Editor geef je een aantal ascii characters in, en verschijnt er een arabisch, japans of chinees character op het scherm. Wat jij zegt is dus niet aan de orde.

[aileron]

duur phishing mailtje dan. toplevel domein registreren is niet goedkoop

[kzin]

Dat soort karakters hoeven niet perse in het TLD te zitten, maar zouden mogelijk ook in de domeinnaam kunnen zitten. Als er een karakter is dat sprekend op de o lijkt (die zijn er), dan zou je op top.nl kunnen klikken in de veronderstelling dat je naar die website gaat. Alleen ga je niet naar top, maar naar een domein dat er op lijkt. Ik weet niet of het goed wordt weergegeven, maar dit zijn twee verschillende karakters: οo

[Verwijderd]

Gevaar dus voor abnamrO en de rabObank.

Maar ongetwijfeld zitten daar ook wel slimme jongens en hebben ze die nep-namen al aangevraagd.

[Reactie gewijzigd door Verwijderd op 23 juli 2024 04:50]

[Verwijderd]

dns is niet case sensitive

[Ram-G-maN]

Kan ook een nul zijn hè.

[Sypheron]

Het hoeft toch niet degene te zijn die de phising opstelt die het tld registreerd?
Er kan later iemand gewoon een domeinnaam op de betreffende tld's registreren en hiermee dus bovenstaande problemen veroorzaken.

[Origin64]

Maakt het inderdaad niet makkelijk zo'n site te bezoeken...hopelijk nemen de meeste ook een alternatieve naam die wel op een US-INT tobo in te tikken is. Tenzij ze alleen Chinese of Russische bezoekers willen...

[ApexAlpha]

Begrijp me niet verkeerd, ik vind zeker dat andere hier recht op hebben en dat het latijnse schrift niet universeel is.

Maar om een of andere reden knaagt het bij mij enorm dat we nu TLD's krijgen waarbij een heel groot gedeelte van het internet een (straks) heel groot gedeelte van het internet gewoon niet kán bereiken met een normaal toetsenbord.

Ik weet dat mensen nu toch al niet op het Chinese or Arabische web komen, maar toch heb ik het idee dat dit meer een splitsing is dan een uitbreiding van het internet.

[YopY]

Ik weet dat mensen nu toch al niet op het Chinese or Arabische web komen, maar toch heb ik het idee dat dit meer een splitsing is dan een uitbreiding van het internet.

Vooral dit laatste. Maar zelfs dan, hoe vaak typ je nog met de hand een volledige URL in? Als het een nieuwe site is kom ik die tegen via links of een zoekmachine. Als het een site is die ik vaker bezocht heb haal ik hem uit mijn autofill, bookmarks, of ga ik er alsnog naar googlen. Het komt weinig voor dat ik een volledige URL intik.

[aileron]

Als je op de site met de lijst zoekt naar "Charleston Road Registry Inc." dan zie je alle tld die Google heeft geregistreerd. Drie pagina's vol. Die hebben me een partij geld uitgegeven hieraan.

edit:

even verder neuzen in de lijst van Google, daar staat ook ING. Die zouden nog wel eens gebruik kunnen maken van de Sunrise-periode.

[Reactie gewijzigd door aileron op 23 juli 2024 04:50]

[t-force]

pocket money voor Google. Ze maken miljarden winst per kwartaal. Die paar miljoen die ze aan TLD's uitgeven is dan niks.

[SirBlade]

Dat gaat nog leuk worden voor internationale sites die in alle TLD's een domain moeten claimen. Want met zo veel tld's is het een kwestie van tijd voordat zo'n site een TLD vergeet te registreren en vervolgens staat google.schubbekutteveen mallware te hosten en is microsoft.frl in handen gevallen van MS-basher.

[Carrein]

Dat is geen probleem, er is een trademark clearinghouse. Simpel gesteld checkt ICANN éénmalig je merkrecht en de validiteit (e.g. enkel in NL/BE/EU of wereldwijd), waarna enkel jij nog domeinen mag aanmaken met dat merkrecht in.

Een voorbeeld. ICANN is de eigenaar van het merk "ICANN", en voert dit in het clearinghouse. Eens de aanvraag wordt goedgekeurd, mag niemand nog de domeinnaam ICANN.[TLD] gebruiken, onafhankelijk van wat die TLD nu juist is.

Bron: http://trademark-clearinghouse.com/

[Zenomyscus]

In gevallen zoals ICANN.tld is het wel logisch. Maar hoe doen ze dat bij windows.tld? Of apple.tld? Dat zijn immers normale woorden.

[Carrein]

Dezelfde regels als het standaard merkrecht:

Het merkrecht wordt verkregen door het in te schrijven bij het Benelux-depot (art. 3 BMW): dit is bij het Benelux-Bureau voor de Intellectuele Eigendom. Een merk wordt niet ingeschreven door het merkenbureau, wanneer het merk onvoldoende onderscheidend vermogen heeft (art. 6bis lid 1 sub b BMW), wanneer het merk in strijd is met de openbare orde of goede zeden (art. 6 bis lid 1 sub e en art. 4 lid 1 BMW) en wanneer het merk tot misleiding bij het publiek zou kunnen leiden (art. 6 bis lid 1 sub e en art. 4 lid 2 BMW).
Daarna kan de inschrijving (het depot) nog nietig worden verklaard op grond van art. 14A lid 1 BMW en op grond van art. 4 BMW, in de gevallen dat:
wanneer het merk onvoldoende kan worden onderscheiden van een ander merk (art. 14A lid 1 sub b BMW).
het merk in strijd is met de openbare orde of goede zeden (art. 14A lid 1 sub e en art. 4 lid 1 BMW)
het merk een nationale vlag of wapen vormt (art. 14A lid 1 sub e en art. 4 lid 1 BMW). Dit vloeit voort uit art. 6ter van het Unieverdrag van Parijs (UVP).
er sprake is van een mogelijkheid tot misleiding bij het publiek door het merk (art. 14A lid 1 sub e en art. 4 lid 2 BMW).
het merk toebehoort aan een wijnsoort of spiritualie en een geografische oorsprong aanduidt, terwijl dit product niet afkomstig is uit dat gebied (art. 14A lid 1 sub e en art. 4 lid 7 BMW).

Om die reden mag ik het merk "Windovvs" ook niet registreren, aangezien het te veel lijkt op "Windows".

[E2TK]

Heeft de MS-basher wel een zak geld nodig met $185,000.

[watercoolertje]

Nee natuurlijk niet, het gaat om het kopen van een DOMEIN niet van een TLD!

Die TLD moet er dus wel zijn EN domeinen te koop aan bieden, en de prijzen daarvan worden dan betaald door de eigenaar van de TLD.

[Reactie gewijzigd door watercoolertje op 23 juli 2024 04:50]

[Blokker_1999]

En denk je nu echt dat die bedrijven vandaag al alle mogelijke TLDs hebben afgedekt? Naast de generieke TLDs zoals een .com heeft zowat elk land ook zijn eigen TLD wat betekend dat er vandaag al meer dan 200 TLDs in gebruik zijn.

[tes_shavon]

is .local al vergeven?

Daarmee kun je toch heel wat bedrijven flink zieken...

[wildhagen]

Nee, want .local (en enkele anderen, zoals .lan etc) zijn pseudo-TLDs volgens RFC6762 van de IETF

This document specifies that the DNS top-level domain ".local." is a
special domain with special semantics, namely that any fully
qualified name ending in ".local." is link-local, and names within
this domain are meaningful only on the link where they originate.

En zoals de wiki al aangeeft:

Although these networks or domain names have no official status, some are generally regarded as having been unofficially grandfathered, and are unlikely ever to be allocated as top-level domains.

[Reactie gewijzigd door wildhagen op 23 juli 2024 04:50]

[RGAT]

Dan nog heb je in een flink bedrijf met intranet zoiezo al een DNS server staan waarin je intranet.local al lang hebt gekoppelt aan je webserver(s).

[Terrestrial]

ik zie echt nog steeds de noodzaak niet voor al die soort onzinnige uitbreidingen. .com .net. .org .gov en verder alle landen extensies is genoeg en houd het begrijpbaar voor iedereen.

[wildhagen]

Alleen niet erg beleefd t.o.v. een groot deel van de wereld. Een aanzienlijk deel van de wereldbevolking gebruikt immers geen latijns script, maar iets anders (arabisch, cyrillisch, diverse aziatsche schriften etc).

Daarnaast, wat is het echte bezwaar? De kans dat je er op terecht komt als Nederlander (of iemand anders met latijns schrift) is bijna nihil, daar de inhoud van de site waarschijnlijk ook in dat schrift zal zijn.

Om dat nu meteen onzinnig te noemen is imho een beetje neerbuigend richting mensen met andere dan latijns schrift. Met die redenatie zou je immers ook kunnen stellen dat alle pagina's in het Engels moeten worden gemaakt, want "dat houdt het begrijpbaar voor iedereen'.

[Verwijderd]

Alleen niet erg beleefd t.o.v. een groot deel van de wereld. Een aanzienlijk deel van de wereldbevolking gebruikt immers geen latijns script, maar iets anders (arabisch, cyrillisch, diverse aziatsche schriften etc).

Niet alleen een aanzienlijk deel, het merendeel gebruikt een ander schrift.

[Anima-t3d]

Ik heb begrip voor jouw kanttekening, maar anderzijds is het ook zo dat alle html code en dergelijk in het engels is... daar heeft toch ook niemand problemen mee? Ikzelf ben van mening dat het nefast is om franse tekentjes zoals éçàêë in een domeinnaam te hebben... zie je dat al op naamkaartjes gedrukt? Ik zie ook geen nut in een .overheid, .politie gebruik gewoon .gov en .pol/.crime (of iets dergelijks)

Om nog even een voorbeeld te geven van chinese site voor melk. Kan toch gewoon www.niunai.food zijn? (nota: niú nǎi ->koe melk) Denk niet dat er nog andere talen zijn die persé een koemelk site willen in hun taal. Moest dat toch zo zijn, dan moesten ze maar eerder zijn... net zoals ik mail.com zou willen gehad hebben.

In het kort: gewoon geld gewin als je het mij vraagt.

[doltishDuke]

Simpel gezegd: geld.

[DiedB]

Nog een paar Nederlandse domeinnamen die ik op de lijst vind is *.overheidnl, geregistreerd door 'ministery of the Interior and Kingdom Relations', en *.politie, geregistreerd door 'Politie Nederland'.

[Reactie gewijzigd door DiedB op 23 juli 2024 04:50]

[-Tom]

Overheidnl is toch wel de grootste grap, de nieuwe gtld's bieden juist voordelen bij het korter maken van url's. Nederland gaat van overheid.nl naar xxx.overheidnl. http://duo.overheidnl, [e-mail]. Geweldig idee, nietwaar?

[Maurits van Baerle]

Wie zegt dat de overheid daadwerkelijk overstapt? Het lijkt me eerder dat ze deze domeinen hebben geregistreerd zodat types met dubieuze bedoelingen dat niet kunnen doen. Het is een koud kunstje om er een verplichte redirect naar overheid.nl op te zetten.

[CAPSLOCK2000]

Ik hoop niet dat we het hele domeinsquatfeest nog een keer mogen herhalen met TLDs. Al heb ik een beetje m'n twijfels hoeveel boeven zoveel geld kunnen investeren in een kraak. Als je dit kan betalen ben je al rijk.
Ik zou niet willen dat we nu ook ".deoverheid", ".nloverheid", ".overheidnederland" en ".denederlandseoverheid" moeten gaan registreren uit bescherming.

[-Tom]

Ben ik niet bang voor, een generiek topleveldomein kost $ 185,000 en vervolgens $ 25,000 op jaarbasis, zelfs al weten kwaadwillenden dat geld op te halen, dan zal een dergelijk domein worden geweerd wegens strijdigheid met de voorwaarden van ICANN. Lees het 'New GTLD Handbook' maar eens door (360 pagina's plezier).

Mocht het zo zijn dat er alsnog een squatter het geld weet op te brengen en voldoet aan de eisen van de ICANN – laat me vooral nog eens benadrukken dat dat niet gaat gebeuren –, dan is er door BREIN een prachtig precedent geschapen waarmee we domeinen in strijd met de openbare orde en/of goede zeden kunnen laten blokkeren.

Dus nee, generic top level domain-squatting, ik vrees dat je angst onterecht is.

[Dabono]

Vraag me ook af: is dit een gevalletje 'weggegooid geld'? Wij moeten ook zo'n hip-gTLD en het is toch maar overheidsgeld?

Of biedt je eigen gTLD ook bijvoorbeeld extra veiligheid aangezien je niet meer afhankelijk bent van de security op de .nl-DNS servers?

[mxcreep]

Onder het mom van 'leuker kunnen we het niet maken, wel makkelijker'...

[Whatson]

... wel duurder

[Stropdas]

Ik voel een .corn aankomen voor dubieuze sites

[Sjnieboon]

Een link met .corn als tld kan ik me inderdaad van voorstellen dat je in eerste instantie niet doorhebt dat daar geen normale .com staat.

[Robbert S.]

De ICANN heeft expliciet aangegeven dat tld's die visueel gelijkheden vertonen met bestaande tld's niet toegestaan zullen worden.

Zie: http://www.icann.org/en/n...uncement-2-09sep13-en.htm

[Reactie gewijzigd door Robbert S. op 23 juli 2024 04:50]

[Lisadr]

.eu en .us en veel anderen zijn nooit een grote succes geworden en ik vraag mij af of deze exotische extensies enige kans hebben.

[The Redman]

Het is geen wedstrijdje tussen de tld's. c:

[Maurits van Baerle]

US inderdaad niet, .EU zie ik tegenwoordig wel steeds vaker. Een Japans bedrijf als Muji dat een aparte site heeft voor Europa zit dus op www.muji.eu en dat is niet meer dan logisch.

[sambalbaj]

Extensies waren 5 jaar geleden nog leuk, maar tegenwoordig is het zaak om een goede app in Andoid en iOS en vooruit ook in de Windows versie te hebben met een duidelijke merknaam en de website begint steeds meer bijzaak te worden. De extensie daarvan verder al helemaal.

Leuke poging van de registrers om het concept extensies nog een klein beetje uit te kunnen melken gericht op naïeve overheidsinstanties en wat achter lopende of zichzelf belangrijk vindende bedrijven maar lang gaat dit niet meer duren.

[XVI]

Ze resolven allemaal niet, wat viel te verwachten.
In mijn geval lijkt dnsmasq in de router de oorzaak.
Denk dat het nog wel een tijdje gaat duren voordat iedereen ook daadwerkelijk deze geweldige TLD's en de daaronder hangende domeinen kan gaan bezoeken.

[MadEgg]

Waarom viel dat te verwachten? Ze resolven bij mij gewoon, krijg netjes de betreffende tld-DNS servers tevoorschijn.