Configurazione DNS e Active Directory per una filiale


8

Al momento disponiamo di una filiale senza servizi in loco e vorremmo cambiarlo. L'obiettivo principale è configurare alcuni file server, ma saranno ben accetti anche accessi più veloci e risoluzione DNS.

Sto facendo alcuni esperimenti con alcune macchine virtuali su una sottorete / VLAN separata, quindi diciamo che ho foresta e dominio domain.com:

  1. Esiste un singolo sito Officecon una sottorete 192.168.1/24e una singola zona DNS primariadomain.com
  2. Aggiunto un sito secondario TestSitecon una sottorete192.168.100/24
  3. Creata 192.168.100zona di ricerca inversa in DNS
  4. Creata una VM che Branch-DC01esegue Server 2012, con indirizzo IP192.168.100.1
  5. Aggiunto a domain.comcome membro
  6. Installato AD DScome controller di dominio di sola lettura (RODC) inTestSite
  7. Il DNSserver principale per Branch-DC01.domain.comè127.0.0.1
  8. Configura l'ambito DHCP per il nuovo server e configurato per DHCP per aggiornare sempre DNS
  9. Branch-PC01VM creata con Windows 8 e aggiunta adomain.com
  10. Branch-PC01ottenuto l'indirizzo IP 192.168.100.20da DHCP, server DNS 192.168.100.1, voce per il membro presente nella zona di ricerca diretta domain.compresente ma non nella zona di ricerca inversa (significativa?)
  11. Su Branch-PC01eseguito nslookup domain.com- risultato è tornato con indirizzi IP del principale DCsdal Officesito ( 192.168.1subnet)

Ora questo non è giusto nella mia mente - non dovrebbe tornare 192.168.100.1? O sto fraintendendo l'intero concetto - e in che modo gli accessi dovrebbero essere più veloci?

Ho bisogno di una zona DNS separata (come funzionerebbe senza un sottodominio che non voglio creare, se non richiesto)?

Qualsiasi idea / articolo a cui posso essere indicato sarebbe fantastico; Ho letto un sacco di articoli TechNet e non sono il più saggio.

Grazie

Aggiornare

Mille grazie a @TheCleaner e @ charleswj81 i tuoi sforzi sono apprezzati.

Ho appena provato nltest e il risultato è lo stesso dal DC DC e dal PC client:

U:\>nltest /dsgetdc:domain.com /server:Branch-DC01.domain.com
           DC: \\Branch-DC01.domain.com
      Address: \\192.168.100.1
     Dom Guid: d97516d3-4afb-4f0a-8c3f-04a800cd69fb
     Dom Name: domain.com
  Forest Name: domain.com
 Dc Site Name: TestSite
Our Site Name: TestSite
        Flags: GC DS LDAP KDC TIMESERV DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE P
ARTIAL_SECRET WS DS_8
The command completed successfully

Aggiornamento 2

  1. Voci DNS pulite in modo che qualsiasi contenitore _sites con TestSite abbia solo record SRV per i Branch-DC01quali dopo il riavvio del client non è stato utile.
  2. nltest sul client:

    `U:> nltest /dsgetdc:domain.com

           DC: \\DC01.domain.com
    
      Address: \\192.168.1.3
    
     Dom Guid: d97516d3-4afb-4f0a-8c3f-04a800cd69fb
    
     Dom Name: domain.com
    

    Nome foresta: domain.com

    Nome sito DC: Office

    Il nostro nome del sito: TestSite

        Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN
    

    DNS_FOREST FULL_SECRET WS

    Il comando è stato completato correttamente`


Innanzitutto, controlla sul PC di filiale e vedi quale DC ti ha autenticato. Da una riga run cmd: echo %LOGONSERVER%. Quando dici sito, suppongo che intendi ADS & S e che ci siano siti separati lì per la tua filiale?
TheCleaner

@TheCleaner echo %LOGONSERVER%è tornato con un nome host di uno dei controller di dominio principale dal sito principale, sì, ho un sito separato con la sottorete specificato e sotto TestSite-> ServersRiesco a vedere il controller di dominio come l'unica voce
hyp

L'hai provato più di una volta? Chiedo perché con un controller di dominio di sola lettura utilizza le informazioni di accesso memorizzate nella cache, quindi se questa è l'unica / prima volta che inoltra la richiesta di autenticazione a un controller di dominio normale. Oh e gli altri DC, sono almeno nel 2008?
TheCleaner,

Ho appena riavviato il PC client e ho effettuato il logout / back in, ogni volta che% LOGONSERVER% è uno dei controller di dominio dell'ufficio principale. Guardando DNS sembra che i record NS siano stati generati per tutti i controller di dominio (filiale + ufficio) per la zona di ricerca inversa delle filiali - se questo è di aiuto? Ho provato a cancellare tutti tranne il ramo DC da quella zona, ma si sono appena generati di nuovo ...
hyp

@TheCleaner ha dimenticato di rispondere sulla versione: i controller di dominio principali sono 2x Server 2008 R2 + 1x Server 2012
hyp

Risposte:


0

È perfettamente normale che un client in un sito riceva la risoluzione DNS per il dominio a un controller di dominio in un sito diverso. Ciò è dovuto a tutti i record "(uguale a parent)" A per la zona di ricerca diretta del dominio. Ogni controller di dominio verrà elencato in round robin per il dominio.

Non è l'ideale per l'efficienza della risoluzione DNS (e può causare problemi se alcuni siti non sono disponibili) ma puoi impostare cose come il DNS con geotag per mitigarlo ed è un comportamento perfettamente normale. Una volta che il client riceve un controller di dominio, qualsiasi controller di dominio, per rispondere, quel controller di dominio utilizzerà la configurazione di siti e zone per recuperare un controller di dominio nella sua zona corretta e informerà il client di indirizzare ulteriori richieste a tale controller di dominio. Una volta che un client accede, memorizza nella cache il proprio sito e utilizza principalmente% LOGONSERVER% per transazioni future.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.