To nechtejte vedet kam bych vas s tim poslal!
Nevim odkud tohle nestesti prislo, ale je denni chleba naseho desktop supportu ze bojuje s firmami jejich admini neumi cist RFC. Koliduje to s kdecim co nema vypnuty mDNS. Jablka, nejake ty avahi v linuxu a windows uz nejakou dekadu asi taky. To jsou skutecne smutne pribehy internich oddeleni ktere zacinaji - nejde nam stranka intranetu.
Nj, potiz je, ze sudruhovia z MS prave .local desiky let propagovali jako jedine spravne reseni pro AD. A ten kdo nekdy nekde menil nazev AD by je s radosti i povesil, a to i nekolikrat kdyby to slo. Sam mam par takovych infrastrukur ve sprave (takhle sem to zdedil), a zmenit to je vyhled v terminu ... az budou peceni holubi z nebe padat.
Ano, teoreticky muzete. Prakticky ale riskujete, ze casem tu vami pouzitou domenu ICANN nekomu prideli - a vy pak z te interni site budete mit problem s dostupnosti obsahu na tech domenach. A ziskat pridel nejake genericke top level domeny je v dnesni dobe vicemene jen funkce penez... aneb az si tu .home poridi nekdo, kdo se zameruje treba na smarthome, budete tuze moc smutny, ze si na eshopu v te domene nenakoupite... :-)
No to u tech domacich siti byva casto v defaultu beztak vyple. I openwrt ma stale dnsmasq s DNSSEC validaci v extra baliku, co se neinstaluje defaultne...
Hm, no ok, to samozrejme chapu, ale pokud nekdo mojeho .kuliferdu jednou bude pouzivat treba pro prodej mobilu, myslim, ze se o novym tld proste vcas dozvim, a treba holt vyuziju tech par let mezi oznamenim a zavedenim na to, abych si svoji domenu zmenil, pokud si nebudu chtit kupovat mobily jinde..
Pricemz vliv na adresni rozsahy v tom uz identifikovat nedokazu vubec..
2. 2. 2024, 00:45 editováno autorem komentáře
Tak z .internal do ICANN nekapne ani dolar... aneb za vsim hledej hlavne prachy :-) Vsak se o tom handrkuji uz nekolik let... tak dlouho, ze v roce 2018 vzniklo aspon RFC 8375 kodifikujici home.arpa pro ty domaci site.
I samotna historie SAC113 saha do roku 2020... je skvele, ze "uz" v roce 2024 jsme se docrcali k verejne konzultaci ad zpravicka.. :-) A ta letita diskuze dost pripomina hledani duvodu "proc to nejde" (neco pro tento ucel zarezervovat). Holt i "ridici" struktury interneti nam za ty roky tak trosku zkostnately.
Zatim si prijdu jako jediny jouda ktery home.arpa doma pouziva. Myslim ze tomu predchazelo .home a .lan v konfiguracich ruznych SOHO produktu.
Nedavno na navsteve rodicu jsem zjistil ze moji krasnou konfiguraci prepsal iniciativni manzel sestry na .local protoze "je to tak spravne" :-/
Je skutecne otresne ze to trva tak dlouho. Rekl bych i ze se to resilo dele nez dekadu nez zminuje dokument.
Já tu doménu home.arpa nepoužívám, protože je to prostě hnusný a šíleně dlouhý. A taky kolik lidí asi ví co je arpa. Tohle řešení je fakt k ničemu. Hlavně nechápu proč se nemohli dohodnout před tím, než začali kšeftovat s těmi šílenými domény. Teď je jasný, že se nikomu do toho nechce. Hlavně nechápu, jak se mohli dohodnout na té .local pro mDNS, nebo to taky dané?
ICANN se drží standardů od IETF, takže asi těžko, všimni si v hodně RFC, že je "IANA Considerations" (IANA je dnes podřízená organizace ICANNu). Prodal .local by mělo poměrně vtipné důsledky.
IETF řeší standardizace, ICANN se stará o registraci a správu TLD, řeší provoz. Vždy to bylo tak, že IETF a IANA měli ve svých radách lidi křížem, věděli o tom co cělají, svoji práci koordinovali.
Nemohl, .local už je oficiálně zabráno. Součástí ICANN procesu je dokonce kontrola reálného využívání a podobných rizik, nejen standardy IETF.
Ty hranice které kompetence komu patří (IETF vs. ICANN) nejsou 100% ostré a časem se nepatrně vyvíjí. Třeba rezervace .onion v IETF bývá zpětně považována za problematickou z procesního hlediska - prostě proto, že pak kdekdo další přijde a chce taky.
Takovéhle porcování namespace se už do IETF nehodí, je to více politické než technické. Trolling jako příklad: proč .onion má být pro protokol a .apple může být normální komerční TLD? To není technické rozhodnutí.
"Nemohl, .local už je oficiálně zabráno."
Samozrejme ze mohl. Neni nic snazsiho nez vydat rfc kterou se zrusi rfc-X, a voiala, nekdo za to par miliard da. A nebo to udela opacne, nejdriv vyinkasovat prachy, a kdyz uz je to prodany, tak se s tim prece neda nic delat.
Az to koupim, necham si na to obratem vystavit zcela duveryhodny certifikat, a vsechny firemni stroje sveta budou moje.
No, to zas tak jednoduche neni :-) Coz vam jednoduse dolozi uz jen to, ze ne uplne male mnozstvi navrhu RFC skonci v te fazi - tedy na urovni draftu, kdy nikdy jako finalni RFC vydane nebylo. Muzete si to tam klidne prolezt.