On 12.7.2011 13:16, Radek Tománek wrote:
No počkej, ty chceš suplovat funkci MS AD kombinací DNS+LDAP ? Tak do
toho bych nešel ani náhodou. Jednak pochybuju že to bude 100% fungovat a
jednak si myslím, že ti tu práci nikdo nezaplatí.
Jinak co se týče návrhu struktury MS AD, to jsem schopen s tebo
No počkej, ty chceš suplovat funkci MS AD kombinací DNS+LDAP ? Tak do
toho bych nešel ani náhodou. Jednak pochybuju že to bude 100% fungovat a
jednak si myslím, že ti tu práci nikdo nezaplatí.
Jinak co se týče návrhu struktury MS AD, to jsem schopen s tebou probrat
snad i podrobně ale asi spíš mimo
Ano ... doufam ;o)
AD je vztah DNS+LDAP, tuším ze tam je par zaznamu navíc, například:
DNS:
_ldap._tcp.dc._msdcs.firma.local
_ldap._tcp.dc._msdcs.firma.local SRV service location:
priority = 0
weight = 0
port = 135
svr hostname
Tak ti moc nerozumím - co myslíš tím ""nutná kompatibilita s AD"? Však
stavíš AD, ne?
RaT
Jan Dušátko píše v Út 12. 07. 2011 v 10:50 +0200:
> Ahoj,
> V tom se shodneme. Dva hlavni radice a jejich synchronizace s ostatnimi
> domenami. Problemem je pouze nutna kompatibilita s AD, je to pozadavek
Ahoj,
V tom se shodneme. Dva hlavni radice a jejich synchronizace s ostatnimi
domenami. Problemem je pouze nutna kompatibilita s AD, je to pozadavek
zakaznika. Chce mit moznost kdykoliv cuknout, dat si tam MS a pripadne
zmigrovat ;o)) A ja si zaboha nemohu vzpomenout, jak to ma AD se
strukturou .
Ahoj,
hlavně si to zbytečně nekomplikuj. Možností máš víc, záleží na tom, jaký
je cíl.
Osobně bych se snažil udělat "jeden" (fyzicky alespoň dva) hlavní řadič
a na pobočky dát read-only DC a pobočky řešit jako OU v rámci jednoho
stromu.
Čím víc samostatných subdomén, tím víc starostí a práce. Ale j
Ahoj,
Resim otazku, jak nejlepe provest vytvoreni "AD" na nekolika pobockach a
jejich vzajemne propojeni.
Soucasna struktura DNS je nazev_lokality.firma. V takovem pripade je nutne
pro pripadne spojeni s AD zajistit patrne (zde mne zajímají rady) bud
několik separatnich LDAP stromu a jejich vzajemn
