Navngivning af AD - local eller dk

Jeg ville vælge helt efter om i hoster jeres domæne selv, hivs i gør det kan i godt bruge .dk, men hvis i ikke hoster det selv så .local

for hvis i kalder det .dk også i ikke har det selv, så kan i ikke se jeres egen hjemmeside. Men det er meget smag og behag. Nemmeste er at bruge .local, så kommer du heller ikke ud i at skulle lave det om hvis i lige pludselig hoster det selv osv.

Jeg bruger aldrig et efternavn som eksistere op internettet, for som Kenp siger, så er der tidspunkter hvor det virker og der er tidspunkter hvor det ikke virker.
Vælger man selv et efternavn, så giver det aldrig problemer, hvilket efter min mening er bedst.
Med det sagt, så er det fuldstændig ligemeget om det hedder .local eller .josto, det bruges kun internt i domænet. Bare vær opmærksom på at .local kan give problemer hvis man skal have en MAC på domænet, men hvem skal også det... hehe

Jeg ved at skolen selv har mulighed for at ordne DNS via Sektornets (UNI-C) webinterface.

Skolens hjemmeside (www) ligger hos en ekstern udbyder, så det bør vel ikke have noget at gøre med alt det andet?

Når I siger virker og virker ikke, hvad menes så?  At alt er nede (ingen logon, fildeling etc) eller?

Så ville jeg vælge .local !

Da I så ikke vil kunne tilgå .dk ude i byen !

Jeg takker for jeres svar – men jeg forstår desværre ikke det hele(Skulle nok have sovet fremfor været til forelæsning!). Har dog forstået at den mest sikre løsning vil være .local etc.

Kenp: Skolen vil ikke hoste websiden www.[skolenavn].dk selv.

Bjuhl: Jeg er med så langt at man ikke skal vælge microsoft som domænenavn og roddomænet til .com. Så vil man med garanti få bøvl.

Leif: Den sidste kommentar? Uanset om man vælger .dk eller .local vil man da kunne komme ud på internettet?

På min uddannelsesinstitution benyttes NT-domænet iha, da man ejer iha.dk. Jeg har endnu ikke oplevet problemer, hvilket var hovedårsagen til at jeg gerne vil vide lidt mere om problemet.

Problemet er altså noget DNS. Hvis man vælger følgende løsning, hvilke ”spøgelser” vil man så risikerer at støde på:

Der oprettes et subdomæne  ost.[skolenavn].dk på en offentlig tilgængelig DNS server. Der oprettes en A-record som henviser til W2003 serveren.

Serveren placeres bag en firewall, altså kan ingen komme i kontakt med serveren fra internettet.

Domænet på serveren sættes til ost.

Håber at I kan forstå mine overvejelser, ellers må I skrive. Kort sagt er jeg stadig grøn på området.

Når i ikke hoster selv, så skal i ihvertfald ikke vælge .dk :)

Ja du vil altid kunne komme på nettet (altså hvis i konfigurer systemet til at brugerne må det)

Du har helt ret i at det er et DNS problem.

En klient på et windows-domæne, skal have en DC DNS-server som primær. De forespørgsler den ikke kan svare på, sender den vidre til en ekstern DNS-server som så navneopløser forespørgslen.
Dvs. server.local vil blive besvaret af din interne DNS-server, og jubii.dk vil blive besvaret af en ekstern.
Hvis så du bruger josto.dk internt og har et webhotel med samme domæne eksternt. Så vil din forespørgsel aldrig komme ud på den anden side.

josto -> Min formulering ! Det jeg mente var ved at vælge .local sikrer du at .dk kan tilgåes ! bjuhl har pønt forklaret hvorfor !

.DK eller .Local!!!
Hvis man vælger .DK og ender med et domæne navn som er det samme som ens hjemmeside som man ikke hoster selv, laver man i ens egen DNS en host record som hedder WWW og peger på den IP hjemmesiden har. Hvis man så har Srv + alle klinter til at bruge egen DNS server, som så er sat til at forwarde er der ingen problemer.
Grunden til at MS og andre anbefaler, at man ikke bruger sit offenlige DNS suffix (skolenavn.dk) til sit interne, er af sikkerheds mæssige grunde. Jeg har selv været ude hos flere kunder, hvor DNS desværre endte med at fucke deres AD op, fordi den ikke kunne skelne mellem eksterne maskiner og interne, hvis de eksterne kom via forspørgsel fra deres hjemmeside. Dette kan/kunne så helt eller delvis åbne AD op for fremmede.
Håber du kan bruge det til noget

Må

hov vi prøver lige igen,

må man lige komme med et lille tillægsspørgsmål vedr. forskellen på .dk eller .local domaine......

hvis nu serveren skal kunne bruges til logon ude fra eller joine domainet, skal det så ikke være et .dk domaine????- eller kan det stadig godt være et .local domaine???

mvh dsj

Hvis du laver login ude fra, så ville jeg da håbe at i havde lavet en VPN forbindelse ind først. (også ville jeg stadgivæk vælge .local)

Det vil stadig være ligemeget om det er .DK, .Local eller .Jegvedikkehvad. Der er et spørgsmål om DNs opsætning og eventuelt Exchange

Jeg beklager at jeg ikke har fået skrevet tidligere, men der kom pludseligt nogle ting på tværs.

Takker for jeres svar, har nu forstået jeres argumenter.

bjuhl -> læg et svar