none
Změna vnitřní domény firma.cz na firma.local

    Dotaz

  • Zdravím, lze nějakým způsobem provést změnustávající vnitřní domény ve tvaru firma.cz na firma.local. Takhle to máme nastaveno a údajně jsou s tímto nastavenímzpůsobeny různé problémy. Jaké jsou Vaše zkušenosti a jak jde kocovku přejmenovat? Děkuji Brupet
    středa 2. listopadu 2011 11:59

Odpovědi

  • Ahoj,

    doména s koncovkou .cz nemusí nutně znamenat problémy. Je to ale nutné umět nastavit + další věci. Z toho důvodu je obecně doporučované používat koncovku local. 

    Chtělo by to znát jaké služby tam běží, kolik je serverů, jaké tam jsou systémy, co je tam za verze, jestli je exchange, atd...

    Jinak přímo návod...

    http://www.petri.co.il/windows_2003_domain_rename.htm

     

    středa 2. listopadu 2011 12:30
  • IMHO bych radeji vyrdzel ty "udajne" problemy, nez prejmenovaval domenu.

    Mezi udajne problemy patri to, ze muzete mit problem s pristupem na externi servery firmy (napr. WWW.firma.cz), protoze vnitrni DNS zodpovedny za active directory domenu (ktera se jmenuje firma.cz) vrati, ze nezna server WWW. Resenim je jednoduchy rucni A zaznam do DNS pro hosta WWW s externi internetovou IP adresou. Ja to jako problem nevidim.

    Jine velke "udajne problemy" necekejte, pokud tusite, jak funguje DNS.

    Predpokladam, ze se tu na me snese halda nadavek, ale nekolik takovych domen jsem videl, funguji nekolik let a zadne "udajne" a hlavne neresitelne problemy se neobjevily :) Je to jen jiny pohled na svet a filozofii vnitrniho DNS. Nic vic.

    Pokud mate domenu firma.local, pak sice mate jednodussi zivot s vnitrnim DNS, ale zase resite problemy s certifikaty, pokud se rozhodnete napriklad publikovat SSL rozhrani Exchange, terminalovych sluzeb apod. Certifikat pak musi obsahovat alternate jmena pro firma.local i firma.cz (internetova domena firmy).

    Takze vzdy je to neco za neco.

    Moje rada tedy znovu zni - radeji "udajne" problemy, nez prejmenovani domeny.


    středa 2. listopadu 2011 12:36
  • Nesouvisi to se jmenem domeny, ale jak hlaska rika se jmenem serveru.

    Obecne plati, ze se pri komunikaci zabezpecene certifikatem kontroluje jmeno serveru oprtoti jmenu/jmenum v certifikatu, aby byla overeno, ze komunikujete se spravnou stranou.

    Vas server se jmenuje dcsrv2008.firma.cz, ale vy pristupujete zvenci na mail.firma.cz = nesouhlasi jmeno URL se jmenem v certifikatu.

    Obvyklym resenim je certifikat, obsahuji alternate jmena = certifikat pro vice jmen.

    čtvrtek 3. listopadu 2011 13:26

Všechny reakce

  • Ahoj,

    doména s koncovkou .cz nemusí nutně znamenat problémy. Je to ale nutné umět nastavit + další věci. Z toho důvodu je obecně doporučované používat koncovku local. 

    Chtělo by to znát jaké služby tam běží, kolik je serverů, jaké tam jsou systémy, co je tam za verze, jestli je exchange, atd...

    Jinak přímo návod...

    http://www.petri.co.il/windows_2003_domain_rename.htm

     

    středa 2. listopadu 2011 12:30
  • IMHO bych radeji vyrdzel ty "udajne" problemy, nez prejmenovaval domenu.

    Mezi udajne problemy patri to, ze muzete mit problem s pristupem na externi servery firmy (napr. WWW.firma.cz), protoze vnitrni DNS zodpovedny za active directory domenu (ktera se jmenuje firma.cz) vrati, ze nezna server WWW. Resenim je jednoduchy rucni A zaznam do DNS pro hosta WWW s externi internetovou IP adresou. Ja to jako problem nevidim.

    Jine velke "udajne problemy" necekejte, pokud tusite, jak funguje DNS.

    Predpokladam, ze se tu na me snese halda nadavek, ale nekolik takovych domen jsem videl, funguji nekolik let a zadne "udajne" a hlavne neresitelne problemy se neobjevily :) Je to jen jiny pohled na svet a filozofii vnitrniho DNS. Nic vic.

    Pokud mate domenu firma.local, pak sice mate jednodussi zivot s vnitrnim DNS, ale zase resite problemy s certifikaty, pokud se rozhodnete napriklad publikovat SSL rozhrani Exchange, terminalovych sluzeb apod. Certifikat pak musi obsahovat alternate jmena pro firma.local i firma.cz (internetova domena firmy).

    Takze vzdy je to neco za neco.

    Moje rada tedy znovu zni - radeji "udajne" problemy, nez prejmenovani domeny.


    středa 2. listopadu 2011 12:36
  • Pokud jste system zdedil po nekom s takto nastavenou vnitrni domenou, tak bych doporucoval se zamerit na jednotlive realne problemy a ty bych resil jako singularni pripady. Predpokladam, ze jich nebude tolik, aby se nedaly vyresit drive, nez byste rekonfiguroval domenu. Bohuzel je vas dotaz bez blizsich informaci o konfiguraci systemu, takze i odpoved muze byt jen velmi obecna. 

     


    středa 2. listopadu 2011 13:21
    Vlastník
  • Může s takto nakonfigurovanou doménou souviset i následující problém?  Nemůžu se připojit pomoci Outlooku 2010 k Exchange serveru přes RPC. Zadám jméno uživatele ve tvrau domena\uzivatel, pak zadam heslo a dostanu odpoveď že se nele spojit se serverem proxy, že nesouhlasí jméno certifikátu. Chybový kód 10.

    Exchange server  se jmenuje - dcsrv2008

    Vnitřní doména je                 - firma.cz

    Přes OWU se do mailu dostanu na adrese   https://mail.firma.cz/owa

     

    Může to s tím souviset? Děkuji BruPet

     

    čtvrtek 3. listopadu 2011 13:20
  • Nesouvisi to se jmenem domeny, ale jak hlaska rika se jmenem serveru.

    Obecne plati, ze se pri komunikaci zabezpecene certifikatem kontroluje jmeno serveru oprtoti jmenu/jmenum v certifikatu, aby byla overeno, ze komunikujete se spravnou stranou.

    Vas server se jmenuje dcsrv2008.firma.cz, ale vy pristupujete zvenci na mail.firma.cz = nesouhlasi jmeno URL se jmenem v certifikatu.

    Obvyklym resenim je certifikat, obsahuji alternate jmena = certifikat pro vice jmen.

    čtvrtek 3. listopadu 2011 13:26