Dotaz: Pojmenovani domeny

[Tom]

Dobry den, chtel bych se zeptat jak vhodne zvolit nazev lokalni domeny?

Situace je takova ze mam verejnou domenu "domena.cz" a verejny hosting s webem www.domena.cz

Ted bych chtel v lokalni siti nahodit samba4 domenu pro overovani uzivatelu (win i lin), provozovat si nejake neverejne lokalni weby atd..., ale treba take mailserver domena.cz ktery by bezel v lokalni siti a byl verejne dostupny.

Je vhodne pouzit pro tu lokalni samba domenu ten verejny nazev domena.cz? Prijde mi to jednodussi. V ruznych navodech se hodne pouziva necojineho.local, ale podle jinych diskuzi a blogu neni to .local zrovna nejstastnejsi (kvuli mDNS?), lepsi by melo byt treba necojineho.lan?

Je na to to nejake doporuceni, nebo je to uplne jedno a klidne mohu pouzit i to verejne domena.cz

Dekuji. Tom

---

---

Odpovědi

[NN]

Jeste jsem nevidel sit, kde by byla lokalni domena shodna s verejnou. Dostupnost interniho serveru z venku nehraje roli..

[MP]

Tak to jsi toho teda moc ze siti nevidel.

Urcite pouzit subdomenu pro domena.cz pro domenovou sambu, .local apod. jsou prekonane praktiky a zpusobuji do budoucna jen a jen komplikace.

[Sten]

Nejvhodnější je pro to vyhradit subdoménu, třeba local.domena.cz. Views (různé odpovědi na domena.cz podle sítě) jsou problematické, neregistrované domény může někdo zaregistrovat (jako třeba tu .local). Interně lze používat ještě vyhrazenou doménu .test, ale registrovaná doména je IMO lepší.

[Josef Kufner]

Jen bych nepoužil "local.domena.cz", ale něco více popisného, treba reálný název (či zkratku) budovy/pobočky. Až budeš potřebovat druhou lokalní doménu, bude se to hodit.

Další hezká věc je takovou subdoménu mít viditelnou z venčí a nějak kultivovaně uzavřenou.

[Petr Šobáň]

Nějak nechápu problém?

Máš veřejnou doménu tak ji používej....

Já pro PC v lokální síti taky používám veřejné názvy, v lokální síti mám lokální DNS který ty názvy překládá na neveřejné adresy 192.168.1.x a v internetu mi to překládá na veřejnou IP routeru který má portforward na konkrétní neveřejnou IP. (Jediná chybička je že na více PC nemůžeš mít stejné služby - musí běžet na rozdílných portech aby router to přeposlal na správný lokální server...)

A u IPv6 není co řešit....

[Tom]

Problém v zásadě není. Veřejný název jsem v lokální doméně používal taky a problém jsem (zatím) neměl. Ted jsem vyzkoušel nahodit xxx.local a nějaké problémy uz byly.

Ještě asi vyzkousim ten veřejný název se subdomenou a nebo se vrátím k tomu zakladnimu veřejnému nazvu.

Takže spis mi šlo o to, jestli je nějaké všeobecné doporučení, které bude dělat nejméně problémů, na co si dat při návrhu jména pozor, atd.

Děkuji, Tom

[Filip Jirsák]

Použitím lokální domény byste si jenom zadělal na problémy. Na takové domény nevystavíte důvěryhodný certifikát (třeba pro HTTPS), názvy se vám nebudou překládat mimo vaši síť (a někdo třeba s mobilem zkusí přeložit lokální název, nakešuje se mu odpověď „neexistuje“, pak se připojí na lokální WiFi, ke zdroji by se už dostal, ale DNS keš mu bude pořád vracet „neexistuje“).

V ideální situaci máte všude IPv6 adresy routovatelné odkudkoli z internetu, k nim budete mít DNS názvy, které půjdou kdekoli na internetu přeložit, a přístup budete řídit pomocí firewallu, IPsec nebo aplikačních protokolů. Dnes asi v téhle situaci nejste, nejspíš máte IPv4 adresy z privátních rozsahů, ale není důvod to kazit ještě víc a vytvářet lokální doménu s výhledem, že ji jednou stejně zrušíte, převedete na veřejnou a všechny odkazy na ni budete nahrazovat.

[Max]

Rozhodně nedoporučuji používat "neco.local".
Taktéž nedoporučuji používat doménu druhého řádu.
Myslím si, že nejvhodnější je "corp.domena.tld" a tak to taky dělám a nasazuju.
Servery pak pojmenovávám např. :
"dc1-ph.corp.domena.tld" = Domain Controller 1 v Praze
"fs1-cetr.corp.domena.tld" = file Server 1 v Česká Třebová
atd.
Pokud není firma moc rozvětvená, tak vynechávám lokaci a dávám jen jméno "fs1.corp.domena.tld" apod.
Zdar Max

[Josef Kufner]

Nebylo by lepší mít "dc1.ph.domena.ltd"?

[Max]

Nemyslím si. Pokud by jsi chtěl mít lokaci jako jednu ze subdomén, tak mi přijde lepší to mít pak takto :
corp.domena.tld
dc1.ph.corp.domena.tld
fs1.ph.corp.domena.tld
fs1.dust.corp.domena.tld
...
Prostě mít hlavní doménu na třetí úrovni a vše ostatní mít na čtvrté a dál.
Příkladem budiž třeba přístup na blbý web, kdy chceš mít např. web na "domena.tld" a "www.domena.tld", tak "domena.tld" se resolvuje na tvůj DC a už máš problém.
Taktéž nepovažuji za dobrý nápad vázat domény na konkrétní lokace, ale spíše opravdu na název firmy/vlastněnou doménu druhého řádu.
Zdar Max

[k3dAR]

predpokladam ze Josefovi .corp jen vypadlo a chtel primarne rict, ze nez dc1-ph.* by delal dc1.ph.* :)

[Josef Kufner]

Ne, nevypadlo. Jen mi tam přijde trošku nadbytečné, tak mne zajímá, k čemu tam je.

[Tom]

Tak dekuji za rady, udelam to s tim verejnym nazvem + subdomena. Nainstaloval jsem novy PDC s nazvem dc1.abc.domena.cz .

Jak bych mel resit pristup z LAN na verejny nazev webmail.domena.cz ? Momentalne se mi ten nazev spravne prelozi na moji verejnou IP, ale zobrazi se webove rozhrani routeru. Zkusil jsem na lokalnim DNS vytvorit dalsi DNS zonu domena.cz a v ni pridat zaznam pro webmail. Tim to zacalo fungovat. Je to tak spravne?

Nebo bych to mel resit spis nejak primo na routeru (pfSense)? Aby se k temto pristupum z lokalni site na verjnou IP choval jako k pristupum z verejneho internetu - portforward na konkretni lokalni stroj?

Dekuji, Tom.

[Tom]

klasika.. po dlouhem hledani sesmolim dotaz a hned po odeslani narazim na (snad) spravne reseni. Vyresil jsem to primo na routeru, v pfSense se to jmenuje NAT Reflection. Pristupy z lokalni site funguji.